[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A read-based grep-like for symbols (el-search?) (was Do shorthands b

From: Dmitry Gutov
Subject: Re: A read-based grep-like for symbols (el-search?) (was Do shorthands break basic tooling (tags, grep, etc)? (was Re: Shorthands have landed on master))
Date: Sat, 2 Oct 2021 15:16:19 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0

On 02.10.2021 11:36, Adam Porter wrote:
Maybe I misunderstood you, but having packages declare their own symbol
shorthands doesn't seem practical to me.

No, that's not what I meant.

For example, if
"some-nice-utils.el" declared its shorthand to be "snu-", that would
conflict with a package "snu.el".  It would seem to make the existing
single-namespace problem worse by allowing packages to claim more of the
namespace, similar to "domain squatting."

The shorthands would still be decided in the calling file. Just the part that is "shortened" will be predetermined. The LONGHAND-PREFIX part.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]