* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
[not found] ` <20191225175852.DE63E20997@vcs0.savannah.gnu.org>
@ 2019-12-26 11:39 ` Dmitry Gutov
2019-12-26 11:48 ` João Távora
0 siblings, 1 reply; 14+ messages in thread
From: Dmitry Gutov @ 2019-12-26 11:39 UTC (permalink / raw
To: emacs-devel, João Távora
Hi Joao,
Shouldn't you make all these latest sorting-related changes on the
emacs-27 branch?
Or is the current state good enough for the release?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 11:39 ` master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions Dmitry Gutov
@ 2019-12-26 11:48 ` João Távora
2019-12-26 17:20 ` Eli Zaretskii
2019-12-26 17:22 ` Eli Zaretskii
0 siblings, 2 replies; 14+ messages in thread
From: João Távora @ 2019-12-26 11:48 UTC (permalink / raw
To: Dmitry Gutov, Eli Zaretskii; +Cc: emacs-devel
Hi Dmitry,
I will cherry-pick them to 27.1, yes, with the "don't merge" hint. They are all
bug fixes. You can do it yourself, if you want to help me (but let me know).
The reason I haven't switched to 27.1 in my local checkout is that it takes time
to do so and I need this emacs for "production" :-)
As a minor nit, I also think the announcement of the 27 cut was kind
of low-key (I happened to notice it on a git fetch) and then found the
announcement buried inside a thread. Didn't such things use to be
a top level thread things? No biggie anyway.
João
On Thu, Dec 26, 2019 at 11:39 AM Dmitry Gutov <dgutov@yandex.ru> wrote:
>
> Hi Joao,
>
> Shouldn't you make all these latest sorting-related changes on the
> emacs-27 branch?
>
> Or is the current state good enough for the release?
--
João Távora
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 11:48 ` João Távora
@ 2019-12-26 17:20 ` Eli Zaretskii
2019-12-26 17:48 ` João Távora
[not found] ` <CALDnm50Ua-KqXGbPWeQndXB6Nk_rWh1KWR3s8VpgkN-_vTT7jQ@mail.gmail.com>
2019-12-26 17:22 ` Eli Zaretskii
1 sibling, 2 replies; 14+ messages in thread
From: Eli Zaretskii @ 2019-12-26 17:20 UTC (permalink / raw
To: João Távora; +Cc: emacs-devel, dgutov
> From: João Távora <joaotavora@gmail.com>
> Date: Thu, 26 Dec 2019 11:48:09 +0000
> Cc: emacs-devel <emacs-devel@gnu.org>
>
> As a minor nit, I also think the announcement of the 27 cut was kind
> of low-key (I happened to notice it on a git fetch) and then found the
> announcement buried inside a thread.
Which thread did you have in mind? I posted the announcement here:
https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00635.html
and it definitely starts a new thread.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 11:48 ` João Távora
2019-12-26 17:20 ` Eli Zaretskii
@ 2019-12-26 17:22 ` Eli Zaretskii
2019-12-26 17:22 ` João Távora
1 sibling, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2019-12-26 17:22 UTC (permalink / raw
To: João Távora; +Cc: emacs-devel, dgutov
> From: João Távora <joaotavora@gmail.com>
> Date: Thu, 26 Dec 2019 11:48:09 +0000
> Cc: emacs-devel <emacs-devel@gnu.org>
>
> I will cherry-pick them to 27.1, yes, with the "don't merge" hint.
git-merge.el automatically excluded cherry-picks from merging back to
master, so you need not do anything special, besides invoking "git
cherry-pick" with the -x option.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 17:22 ` Eli Zaretskii
@ 2019-12-26 17:22 ` João Távora
0 siblings, 0 replies; 14+ messages in thread
From: João Távora @ 2019-12-26 17:22 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel, Dmitry Gutov
Ok, thanks.
On Thu, Dec 26, 2019 at 5:22 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: João Távora <joaotavora@gmail.com>
> > Date: Thu, 26 Dec 2019 11:48:09 +0000
> > Cc: emacs-devel <emacs-devel@gnu.org>
> >
> > I will cherry-pick them to 27.1, yes, with the "don't merge" hint.
>
> git-merge.el automatically excluded cherry-picks from merging back to
> master, so you need not do anything special, besides invoking "git
> cherry-pick" with the -x option.
--
João Távora
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 17:20 ` Eli Zaretskii
@ 2019-12-26 17:48 ` João Távora
[not found] ` <CALDnm50Ua-KqXGbPWeQndXB6Nk_rWh1KWR3s8VpgkN-_vTT7jQ@mail.gmail.com>
1 sibling, 0 replies; 14+ messages in thread
From: João Távora @ 2019-12-26 17:48 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel, Dmitry Gutov
[sorry for the duplicate mail, Eli]
On Thu, Dec 26, 2019 at 5:20 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: João Távora <joaotavora@gmail.com>
> > Date: Thu, 26 Dec 2019 11:48:09 +0000
> > Cc: emacs-devel <emacs-devel@gnu.org>
> >
> > As a minor nit, I also think the announcement of the 27 cut was kind
> > of low-key (I happened to notice it on a git fetch) and then found the
> > announcement buried inside a thread.
>
> Which thread did you have in mind? I posted the announcement here:
>
> https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00635.html
>
> and it definitely starts a new thread.
That's the one I had in mind. It appears in the longer-running "Starting the
Emacs 27 release cycle" thread as a reply to Bastien's
https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00129.html
(as you can see by following the link your posted).
Even though you removed the "Re:" from the subject, Gmail also hides it in the
same "conversation", so it doesn't stand out as a new thread. I seem to recall
some heavier "ANNOUNCE" stuff in the past, but can't be sure. Anyway, this
is a very minor nit: thanks a lot for this work.
Maybe I should blame Gmail. I'm working on ditching it, or at least
the web client, but can't seem to close the deal :-(
João
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
[not found] ` <CALDnm50Ua-KqXGbPWeQndXB6Nk_rWh1KWR3s8VpgkN-_vTT7jQ@mail.gmail.com>
@ 2019-12-26 20:33 ` Eli Zaretskii
2019-12-26 20:42 ` João Távora
2019-12-27 2:24 ` Stefan Monnier
0 siblings, 2 replies; 14+ messages in thread
From: Eli Zaretskii @ 2019-12-26 20:33 UTC (permalink / raw
To: João Távora; +Cc: emacs-devel
> From: João Távora <joaotavora@gmail.com>
> Date: Thu, 26 Dec 2019 17:31:25 +0000
>
> > https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00635.html
> >
> > and it definitely starts a new thread.
>
> That's the one I had in mind. It appears in the longer-running "Starting the
> Emacs 27 release cycle" thread as a reply to Bastien's
> https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00129.html
> (as you can see by following the link your posted).
That's the mailman archiving feature being too "smart". I didn't
remove any Re from the subject, I wrote an entirely new message. It
just happened to use the same Subject line as some previous
discussion, so mailman decided they were the same thread. If you
examine the mail headers of my message, you will see that it doesn't
have the other messages in its References header, and no In Reply To,
either. I hope the MUA you are using to read the mailing list is
smarter than mailman.
> Even though you removed the "Re:" from the subject, Gmail also hides it in the
> same "conversation", so it doesn't stand out as a new thread.
So you may wish to submit a bug report against Gmail for too naïve
threading.
> Maybe I should blame Gmail. I'm working on ditching it, or at least
> the web client,
> but can't seem to close the deal :-(
Using any MUA we have in Emacs will produce much better results.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 20:33 ` Eli Zaretskii
@ 2019-12-26 20:42 ` João Távora
2019-12-26 22:25 ` Juanma Barranquero
2019-12-27 2:24 ` Stefan Monnier
1 sibling, 1 reply; 14+ messages in thread
From: João Távora @ 2019-12-26 20:42 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
On Thu, Dec 26, 2019 at 8:33 PM Eli Zaretskii <eliz@gnu.org> wrote:
> examine the mail headers of my message, you will see that it doesn't
> have the other messages in its References header, and no In Reply To,
> either.
I believed you the first time, Eli, I don't need to inspect headers :-)
> I hope the MUA you are using to read the mailing list is
> smarter than mailman.
It's not. But I expect many to be using dumb ol Gmail, too. So perhaps
next time you could use a slightly different phrasing, perhaps using past
tense (Started vs Starting). Just a suggestion.
> > Even though you removed the "Re:" from the subject, Gmail also hides it in the
> > same "conversation", so it doesn't stand out as a new thread.
> So you may wish to submit a bug report against Gmail for too naïve
> threading.
Nah.
> > Maybe I should blame Gmail. I'm working on ditching it, or at least
> > the web client,
> > but can't seem to close the deal :-(
>
> Using any MUA we have in Emacs will produce much better results.
As I've said, I've certainly been trying, and sometimes I do use it, but
remote IMAP is horribly slow (and blocking) and one needs a PHD
to set up mbsync+dovecot/maildir+Gnus.
João
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 20:42 ` João Távora
@ 2019-12-26 22:25 ` Juanma Barranquero
2019-12-27 8:31 ` João Távora
0 siblings, 1 reply; 14+ messages in thread
From: Juanma Barranquero @ 2019-12-26 22:25 UTC (permalink / raw
To: João Távora; +Cc: Eli Zaretskii, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 352 bytes --]
On Thu, Dec 26, 2019 at 9:43 PM João Távora <joaotavora@gmail.com> wrote:
> It's not. But I expect many to be using dumb ol Gmail, too.
I'm reading emacs-devel through the Gmail web client interface (not IMAP
from
a mail application), and Eli's announcement wasn't dumped with the previous
thread of the same name. It came as a new thread.
[-- Attachment #2: Type: text/html, Size: 693 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 20:33 ` Eli Zaretskii
2019-12-26 20:42 ` João Távora
@ 2019-12-27 2:24 ` Stefan Monnier
1 sibling, 0 replies; 14+ messages in thread
From: Stefan Monnier @ 2019-12-27 2:24 UTC (permalink / raw
To: Eli Zaretskii; +Cc: João Távora, emacs-devel
> So you may wish to submit a bug report against Gmail for too naïve
> threading.
FWIW, I believe it's considered to take extra work to perform this
treading (at least in Gnus, IIRC). I think "naive" would be to only do
"threading" based on the subject.
It's not uncommon for replies to lack proper In-Reply-To or References
headers, sadly.
Stefan
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-26 22:25 ` Juanma Barranquero
@ 2019-12-27 8:31 ` João Távora
2019-12-27 8:39 ` Mario Lang
2019-12-27 9:17 ` Eli Zaretskii
0 siblings, 2 replies; 14+ messages in thread
From: João Távora @ 2019-12-27 8:31 UTC (permalink / raw
To: Juanma Barranquero; +Cc: Eli Zaretskii, emacs-devel
On Thu, Dec 26, 2019 at 10:25 PM Juanma Barranquero <lekktu@gmail.com> wrote:
> I'm reading emacs-devel through the Gmail web client interface (not IMAP from
> a mail application), and Eli's announcement wasn't dumped with the previous
> thread of the same name. It came as a new thread.
Mine didn't, it threaded it just like Mailman did. So for those of us upon
whom Google's hive mind hasn't inexplicably bestowed premium threading
services, I humbly suggest prefixing the subjects things with sth like
"announce", "psa", "important", etc.. in the future.,
João
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-27 8:31 ` João Távora
@ 2019-12-27 8:39 ` Mario Lang
2019-12-27 9:17 ` Eli Zaretskii
1 sibling, 0 replies; 14+ messages in thread
From: Mario Lang @ 2019-12-27 8:39 UTC (permalink / raw
To: João Távora; +Cc: emacs-devel
João Távora <joaotavora@gmail.com> writes:
> On Thu, Dec 26, 2019 at 10:25 PM Juanma Barranquero <lekktu@gmail.com> wrote:
>
>> I'm reading emacs-devel through the Gmail web client interface (not IMAP from
>> a mail application), and Eli's announcement wasn't dumped with the previous
>> thread of the same name. It came as a new thread.
>
> Mine didn't, it threaded it just like Mailman did. So for those of us upon
> whom Google's hive mind hasn't inexplicably bestowed premium threading
> services,
For the record. I am using Gnus, and "Starting the Emacs 27 release
cycle" was displayed as a new separate thread for me.
Maybe have a chat with your mail client?
--
CYa,
⡍⠁⠗⠊⠕
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-27 8:31 ` João Távora
2019-12-27 8:39 ` Mario Lang
@ 2019-12-27 9:17 ` Eli Zaretskii
2019-12-27 9:26 ` João Távora
1 sibling, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2019-12-27 9:17 UTC (permalink / raw
To: João Távora; +Cc: lekktu, emacs-devel
> From: João Távora <joaotavora@gmail.com>
> Date: Fri, 27 Dec 2019 08:31:13 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel <emacs-devel@gnu.org>
>
> So for those of us upon whom Google's hive mind hasn't inexplicably
> bestowed premium threading services, I humbly suggest prefixing the
> subjects things with sth like "announce", "psa", "important",
> etc.. in the future.,
The exact form of the Subject is not important, because one still can
accidentally produce a Subject identical to some previous one, and the
message will then still be buried in another thread.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions
2019-12-27 9:17 ` Eli Zaretskii
@ 2019-12-27 9:26 ` João Távora
0 siblings, 0 replies; 14+ messages in thread
From: João Távora @ 2019-12-27 9:26 UTC (permalink / raw
To: Eli Zaretskii; +Cc: Juanma Barranquero, emacs-devel
On Fri, Dec 27, 2019 at 9:17 AM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: João Távora <joaotavora@gmail.com>
> > Date: Fri, 27 Dec 2019 08:31:13 +0000
> > Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel <emacs-devel@gnu.org>
> >
> > So for those of us upon whom Google's hive mind hasn't inexplicably
> > bestowed premium threading services, I humbly suggest prefixing the
> > subjects things with sth like "announce", "psa", "important",
> > etc.. in the future.
>
> The exact form of the Subject is not important, because one still can
> accidentally produce a Subject identical to some previous one, and the
> message will then still be buried in another thread.
Well I'd say the odds of that happening are dramatically reduced,
probably quite minute, provided you follow my suggestion. Don't think
there have been many accidental announcements of the emacs-27 cut
before.
João
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2019-12-27 9:26 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20191225175851.21930.86980@vcs0.savannah.gnu.org>
[not found] ` <20191225175852.DE63E20997@vcs0.savannah.gnu.org>
2019-12-26 11:39 ` master 83587bb 1/2: Correctly cache sorted completions in icomplete--sorted-completions Dmitry Gutov
2019-12-26 11:48 ` João Távora
2019-12-26 17:20 ` Eli Zaretskii
2019-12-26 17:48 ` João Távora
[not found] ` <CALDnm50Ua-KqXGbPWeQndXB6Nk_rWh1KWR3s8VpgkN-_vTT7jQ@mail.gmail.com>
2019-12-26 20:33 ` Eli Zaretskii
2019-12-26 20:42 ` João Távora
2019-12-26 22:25 ` Juanma Barranquero
2019-12-27 8:31 ` João Távora
2019-12-27 8:39 ` Mario Lang
2019-12-27 9:17 ` Eli Zaretskii
2019-12-27 9:26 ` João Távora
2019-12-27 2:24 ` Stefan Monnier
2019-12-26 17:22 ` Eli Zaretskii
2019-12-26 17:22 ` João Távora
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.