emacs-devel
[Top][All Lists]
Advanced

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

Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added


From: Eli Zaretskii
Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added
Date: Sat, 15 Oct 2016 21:11:50 +0300

> From: address@hidden (Phillip Lord)
> Cc: address@hidden,  address@hidden,  address@hidden,  address@hidden
> Date: Sat, 15 Oct 2016 18:41:15 +0100
> 
> > The structure of the Emacs lisp/ directory is well-thought and exists
> > for many years with only minor changes.  It has some underlying logic,
> > which allows one in most cases to know where a certain package lives.
> > This is important not just for grepping, but also for visiting the
> > files and any operation that requires its full file name.  Having some
> > files outside of this structure will make working with those files
> > more annoying.
> 
> The lisp directory structure is, to my mind, pretty confused. We have
> "emacs-lisp", but one of emacs-lisp's more distinctive features, custom,
> is not in it. Likewise, tree-widget. We have "emacs-lisp", "progmodes"
> and so on which are defined after function, and "obsolete" which is
> defined after status. We have "text-modes" and "org". We have "mail" and
> "gnus" (although some of gnus is in net). Likewise mh. Likewise
> international, language and leim.

I could give reasons for most each one of those.  But the structure is
not sacred; we can change it if we decide so.  The important thing,
though, is that there _are_ reasons for the structure, and they aren't
just that each package has its own directory.



reply via email to

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