* name-space consistency
@ 2020-09-06 17:51 Boruch Baum
2020-09-06 18:04 ` Eli Zaretskii
0 siblings, 1 reply; 3+ messages in thread
From: Boruch Baum @ 2020-09-06 17:51 UTC (permalink / raw)
To: Emacs-Devel List
Slightly apropos the current thread opening discussion of things that
could be done for emacs v28...
Here's an example of an annoying and persistently vexing name-space
inconsistency: to highlight based upon a regexp in a buffer, one uses
functions from package hi-lock (that a lower-case 'i', not an 'ell') and
to highlight the current line within a buffer one uses functions from
package hl-line (that's an 'ell', not a lower-case 'i').
Unless you use both often (or have a memory superior to mine), you're
bound to mis-type hl-lock or hi-line.
Would the project consider aliasing and deprecating one of those
name-spaces? Or breaking backward-compatibility and just refactoring
one?
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: name-space consistency
2020-09-06 17:51 name-space consistency Boruch Baum
@ 2020-09-06 18:04 ` Eli Zaretskii
2020-09-06 18:50 ` Boruch Baum
0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2020-09-06 18:04 UTC (permalink / raw)
To: Boruch Baum; +Cc: emacs-devel
> Date: Sun, 6 Sep 2020 13:51:47 -0400
> From: Boruch Baum <boruch_baum@gmx.com>
>
> Unless you use both often (or have a memory superior to mine), you're
> bound to mis-type hl-lock or hi-line.
>
> Would the project consider aliasing and deprecating one of those
> name-spaces? Or breaking backward-compatibility and just refactoring
> one?
The latter is out of the question. The former can be done if there's
enough support for it (but expect some dispute regarding which
variant to prefer ;-).
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: name-space consistency
2020-09-06 18:04 ` Eli Zaretskii
@ 2020-09-06 18:50 ` Boruch Baum
0 siblings, 0 replies; 3+ messages in thread
From: Boruch Baum @ 2020-09-06 18:50 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
At this point, the 'measured' support on the list is 100%. If you accept
and wait for the mail-in ballots, the final results could take months...
On 2020-09-06 21:04, Eli Zaretskii wrote:
> > Date: Sun, 6 Sep 2020 13:51:47 -0400
> > From: Boruch Baum <boruch_baum@gmx.com>
> >
> > Unless you use both often (or have a memory superior to mine), you're
> > bound to mis-type hl-lock or hi-line.
> >
> > Would the project consider aliasing and deprecating one of those
> > name-spaces? Or breaking backward-compatibility and just refactoring
> > one?
>
> The latter is out of the question. The former can be done if there's
> enough support for it (but expect some dispute regarding which
> variant to prefer ;-).
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-09-06 18:50 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-06 17:51 name-space consistency Boruch Baum
2020-09-06 18:04 ` Eli Zaretskii
2020-09-06 18:50 ` Boruch Baum
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.