[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Moving handlers out of desktop.el
From: |
Lars Hansen |
Subject: |
Re: Moving handlers out of desktop.el |
Date: |
Tue, 13 Apr 2004 15:01:49 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040123 Debian/1.6-1.he-1 |
Juri Linkov wrote:
I think moving the desktop functions AS IS to respective packages is
not good, because these packages shouldn't depend on the desktop package.
IMHO one module ought not "hack into" another module because such hacks
are difficult to understand and may be broken unintentionally. OTOH it
is OK and unavoidable that a module use "general services". I know very
well that terms like "module", "hack into" and "general service" may be
understood differently by different developers.
In my view, desktop "hacks into" four other modules, dired, rmail, mh
and info. And I view desktop as a "general service".
Consider the following scenario. Actually, it is from real life (the
user is me):
A user have made a module foo implementing foo-mode. He wants desktop
saving for foo buffers but they do not visit a file. Thus he has to
write a function `desktop-buffer-foo' and add it to
`desktop-buffer-handlers' in his .emacs file. He wants the foo module to
play together with Emacs out-of-the-box, so he cannot put
`desktop-buffer-foo' into desktop.el. Instead he puts it into foo.el,
which is natural since it is a foo related function. Now desktop is
independent of foo, but foo depends on desktop since it uses desktop
services. The only problem is that foo has to be loaded from .emacs to
make `desktop-buffer-foo' available to the desktop module.
My question is: Why should `desktop-buffer-foo' be placed _outside_
desktop.el but the handlers for dired, rmail, mh and info _inside_
desktop.el?
Making general functions (with an autoload cookie) from them would be
good. Such functions could have general arguments and be useful
for other purposes as well.
I don't think I understand what kind of functions you mean.
This could be done independently from the first item.
Yes, but I see no point in doing it.
Re: Moving handlers out of desktop.el, Juri Linkov, 2004/04/13
Re: Moving handlers out of desktop.el, David Kastrup, 2004/04/13