* 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).