[Top][All Lists]

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

Re: Proper namespaces in Elisp

From: Vladimir Sedach
Subject: Re: Proper namespaces in Elisp
Date: Fri, 08 May 2020 10:59:00 -0700
User-agent: mu4e 1.3.10; emacs 26.2

João Távora <address@hidden> writes:
> I was talking about grep.

With grep you still know to search for SYMBOL because you know where
NAMESPACE ends and SYMBOL begins when you delimited namespaces
explicitly, like NAMESPACE:SYMBOL

> Again this comes with the problem, I don't think it's even worth
> discussing.

It affects debugging Elisp code, so it is very much worth discussing.

>> A question related to isearch: how would the proposed system work
>> with apropos?
> The actual symbol is always the longhand version.

So apropos would do the prefix abbreviation to symbol name

>> I am sorry, I don't follow. The proposal is for a file-local setting
>> that requires magic comments. Why wouldn't package authors be
>> required to change their code
> We can try to guess notable cases like s.el if they use the cookie
> ;; Package-Requires or even by watching the "require" calls.

Let me ask this a different way:

Who determines what prefix abbreviation to use for a given package?
Does the library author declare that "jennys-awesome-string-library"
has a prefix abbreviation of "jasl-" that everyone is obligated to
use, or does each user of the library declare the prefix abbreviation
when they require the library?

What delimits the scope of when the prefix abbreviation is active in
the reader?

Can you be more specific about the algorithm for "try to guess
notable cases"?

Why is the prefix abbreviation declared with magic comments (bad),
but the use of the prefix abbreviation with a require s-expression

There are other ways to load code other than require. How does this
proposal work load/eval/etc.?

Vladimir Sedach
Software engineering services in Los Angeles https://oneofus.la

reply via email to

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