* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
[not found] ` <20211010133330.11619209DC@vcs0.savannah.gnu.org>
@ 2021-10-10 21:10 ` Dmitry Gutov
2021-10-10 21:16 ` João Távora
0 siblings, 1 reply; 8+ messages in thread
From: Dmitry Gutov @ 2021-10-10 21:10 UTC (permalink / raw)
To: emacs-devel, João Távora
On 10.10.2021 16:33, Jo�o T�vora wrote:
> + (shorthand
> + completion-shorthand-try-completion completion-shorthand-all-completions
> + "Completion of symbol shorthands setup in `read-symbol-shorthands'.
Why not make it a "private" style, at least?
Given that we're likely to go in a different direction on master.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:10 ` emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables Dmitry Gutov
@ 2021-10-10 21:16 ` João Távora
2021-10-10 21:29 ` Dmitry Gutov
0 siblings, 1 reply; 8+ messages in thread
From: João Távora @ 2021-10-10 21:16 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 608 bytes --]
On Sun, Oct 10, 2021 at 10:10 PM Dmitry Gutov <dgutov@yandex.ru> wrote:
> On 10.10.2021 16:33, Jo�o T�vora wrote:
> > + (shorthand
> > + completion-shorthand-try-completion
> completion-shorthand-all-completions
> > + "Completion of symbol shorthands setup in `read-symbol-shorthands'.
>
> Why not make it a "private" style, at least?
>
> Given that we're likely to go in a different direction on master.
>
We don't know how "likely" that is yet. Eli asked me to push this patch.
I personally think it's good for master (which I why I didn't mark it
"dont merge").
João
[-- Attachment #2: Type: text/html, Size: 1052 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:16 ` João Távora
@ 2021-10-10 21:29 ` Dmitry Gutov
2021-10-10 21:31 ` João Távora
0 siblings, 1 reply; 8+ messages in thread
From: Dmitry Gutov @ 2021-10-10 21:29 UTC (permalink / raw)
To: João Távora; +Cc: emacs-devel
On 11.10.2021 00:16, João Távora wrote:
> On Sun, Oct 10, 2021 at 10:10 PM Dmitry Gutov <dgutov@yandex.ru
> <mailto:dgutov@yandex.ru>> wrote:
>
> On 10.10.2021 16:33, Jo�o T�vora wrote:
> > + (shorthand
> > + completion-shorthand-try-completion
> completion-shorthand-all-completions
> > + "Completion of symbol shorthands setup in
> `read-symbol-shorthands'.
>
> Why not make it a "private" style, at least?
>
> Given that we're likely to go in a different direction on master.
>
>
> We don't know how "likely" that is yet. Eli asked me to push this patch.
> I personally think it's good for master (which I why I didn't mark it
> "dont merge").
It is of course good for master (because if there are any problems with
it, we can change it before Emacs 29 is released).
OTOH, anything we release "publicly" in Emacs 28 now comes with a
promise of later support.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:29 ` Dmitry Gutov
@ 2021-10-10 21:31 ` João Távora
2021-10-10 21:45 ` Dmitry Gutov
0 siblings, 1 reply; 8+ messages in thread
From: João Távora @ 2021-10-10 21:31 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 265 bytes --]
On Sun, Oct 10, 2021 at 10:29 PM Dmitry Gutov <dgutov@yandex.ru> wrote:
>
> OTOH, anything we release "publicly" in Emacs 28 now comes with a
> promise of later support.
>
Why don't you state exactly what problematic scenario you're thinking of?
João
[-- Attachment #2: Type: text/html, Size: 635 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:31 ` João Távora
@ 2021-10-10 21:45 ` Dmitry Gutov
2021-10-10 21:47 ` João Távora
0 siblings, 1 reply; 8+ messages in thread
From: Dmitry Gutov @ 2021-10-10 21:45 UTC (permalink / raw)
To: João Távora; +Cc: emacs-devel
On 11.10.2021 00:31, João Távora wrote:
> Why don't you state exactly what problematic scenario you're thinking of?
People relying on the 'shorthand' style while we try to remove it.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:45 ` Dmitry Gutov
@ 2021-10-10 21:47 ` João Távora
2021-10-10 21:55 ` Dmitry Gutov
0 siblings, 1 reply; 8+ messages in thread
From: João Távora @ 2021-10-10 21:47 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 377 bytes --]
On Sun, Oct 10, 2021 at 10:45 PM Dmitry Gutov <dgutov@yandex.ru> wrote:
> On 11.10.2021 00:31, João Távora wrote:
> > Why don't you state exactly what problematic scenario you're thinking of?
>
> People relying on the 'shorthand' style while we try to remove it.
>
Presumably, we're going to replace it with something better, so
I don't see any problem.
João
[-- Attachment #2: Type: text/html, Size: 751 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:47 ` João Távora
@ 2021-10-10 21:55 ` Dmitry Gutov
2021-10-10 22:00 ` João Távora
0 siblings, 1 reply; 8+ messages in thread
From: Dmitry Gutov @ 2021-10-10 21:55 UTC (permalink / raw)
To: João Távora; +Cc: emacs-devel
On 11.10.2021 00:47, João Távora wrote:
> On Sun, Oct 10, 2021 at 10:45 PM Dmitry Gutov <dgutov@yandex.ru
> <mailto:dgutov@yandex.ru>> wrote:
>
> On 11.10.2021 00:31, João Távora wrote:
> > Why don't you state exactly what problematic scenario you're
> thinking of?
>
> People relying on the 'shorthand' style while we try to remove it.
>
> Presumably, we're going to replace it with something better, so
> I don't see any problem.
Presumably, we're likely to replace it with no style at all, which can
break personal configurations (referencing a non-existent style).
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables
2021-10-10 21:55 ` Dmitry Gutov
@ 2021-10-10 22:00 ` João Távora
0 siblings, 0 replies; 8+ messages in thread
From: João Távora @ 2021-10-10 22:00 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 829 bytes --]
On Sun, Oct 10, 2021 at 10:55 PM Dmitry Gutov <dgutov@yandex.ru> wrote:
> On 11.10.2021 00:47, João Távora wrote:
> > On Sun, Oct 10, 2021 at 10:45 PM Dmitry Gutov <dgutov@yandex.ru
> > <mailto:dgutov@yandex.ru>> wrote:
> >
> > On 11.10.2021 00:31, João Távora wrote:
> > > Why don't you state exactly what problematic scenario you're
> > thinking of?
> >
> > People relying on the 'shorthand' style while we try to remove it.
> >
> > Presumably, we're going to replace it with something better, so
> > I don't see any problem.
>
> Presumably, we're likely to replace it with no style at all, which can
> break personal configurations (referencing a non-existent style).
>
Really, we are? That's news to me and my crystal ball. But if we do, we
just noop the style and done.
João
[-- Attachment #2: Type: text/html, Size: 1403 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-10-10 22:00 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20211010133328.31565.61124@vcs0.savannah.gnu.org>
[not found] ` <20211010133330.11619209DC@vcs0.savannah.gnu.org>
2021-10-10 21:10 ` emacs-28 4c7e74c: Complete shorthands to longhands for symbol-completing tables Dmitry Gutov
2021-10-10 21:16 ` João Távora
2021-10-10 21:29 ` Dmitry Gutov
2021-10-10 21:31 ` João Távora
2021-10-10 21:45 ` Dmitry Gutov
2021-10-10 21:47 ` João Távora
2021-10-10 21:55 ` Dmitry Gutov
2021-10-10 22:00 ` João Távora
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).