* info/ directory in CVS
@ 2007-08-01 17:21 Glenn Morris
2007-08-02 3:16 ` Eli Zaretskii
0 siblings, 1 reply; 9+ messages in thread
From: Glenn Morris @ 2007-08-01 17:21 UTC (permalink / raw)
To: emacs-devel
Does the info/ directory need to be stored in CVS at all? It contains
just two files under version control:
dir - which I would have thought would be an automatically generated file;
COPYING - which does not get installed anywhere, and AFAIK there does
not have to be a COPYING in every directory.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-01 17:21 info/ directory in CVS Glenn Morris
@ 2007-08-02 3:16 ` Eli Zaretskii
2007-08-02 6:10 ` Glenn Morris
2007-08-02 16:27 ` Stefan Monnier
0 siblings, 2 replies; 9+ messages in thread
From: Eli Zaretskii @ 2007-08-02 3:16 UTC (permalink / raw)
To: Glenn Morris; +Cc: emacs-devel
> From: Glenn Morris <rgm@gnu.org>
> Date: Wed, 01 Aug 2007 13:21:50 -0400
>
>
> Does the info/ directory need to be stored in CVS at all? It contains
> just two files under version control:
>
> dir - which I would have thought would be an automatically generated file;
>
> COPYING - which does not get installed anywhere, and AFAIK there does
> not have to be a COPYING in every directory.
If we generate dir (with install-info), the order of menu items there
will be alphabetical, not the order we want.
What are the problems with having the info subdirectory in CVS?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-02 3:16 ` Eli Zaretskii
@ 2007-08-02 6:10 ` Glenn Morris
2007-08-02 16:27 ` Stefan Monnier
1 sibling, 0 replies; 9+ messages in thread
From: Glenn Morris @ 2007-08-02 6:10 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
Eli Zaretskii wrote:
> If we generate dir (with install-info), the order of menu items there
> will be alphabetical, not the order we want.
I see. Thanks for the explanation.
> What are the problems with having the info subdirectory in CVS?
No problems worth mentioning, given that there is a good reason to
have it there.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-02 3:16 ` Eli Zaretskii
2007-08-02 6:10 ` Glenn Morris
@ 2007-08-02 16:27 ` Stefan Monnier
2007-08-03 3:38 ` Richard Stallman
2007-08-03 11:57 ` Eli Zaretskii
1 sibling, 2 replies; 9+ messages in thread
From: Stefan Monnier @ 2007-08-02 16:27 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Glenn Morris, emacs-devel
>> Does the info/ directory need to be stored in CVS at all? It contains
>> just two files under version control:
>>
>> dir - which I would have thought would be an automatically generated file;
>>
>> COPYING - which does not get installed anywhere, and AFAIK there does
>> not have to be a COPYING in every directory.
> If we generate dir (with install-info), the order of menu items there
> will be alphabetical, not the order we want.
I hope someday we can fix this limitation so that `dir' can really be
auto-generated.
Stefan
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-02 16:27 ` Stefan Monnier
@ 2007-08-03 3:38 ` Richard Stallman
2007-08-03 12:34 ` Eli Zaretskii
2007-08-03 11:57 ` Eli Zaretskii
1 sibling, 1 reply; 9+ messages in thread
From: Richard Stallman @ 2007-08-03 3:38 UTC (permalink / raw)
To: Stefan Monnier; +Cc: rgm, eliz, emacs-devel
I hope someday we can fix this limitation so that `dir' can really be
auto-generated.
That requires some other way to specify the right order of manuals.
What could it be?
We could let each manual specify a priority. I hope that each program
won't specify the highest possible.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-03 3:38 ` Richard Stallman
@ 2007-08-03 12:34 ` Eli Zaretskii
0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2007-08-03 12:34 UTC (permalink / raw)
To: rms, karl; +Cc: rgm, monnier, emacs-devel
> From: Richard Stallman <rms@gnu.org>
> CC: eliz@gnu.org, rgm@gnu.org, emacs-devel@gnu.org
> Date: Thu, 02 Aug 2007 23:38:27 -0400
>
> I hope someday we can fix this limitation so that `dir' can really be
> auto-generated.
>
> That requires some other way to specify the right order of manuals.
> What could it be?
>
> We could let each manual specify a priority. I hope that each program
> won't specify the highest possible.
install-info could preserve the order of existing entries. The
problem is with new entries: for them, there's no easy alternative I
can think of that would produce a consistent ordering.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-02 16:27 ` Stefan Monnier
2007-08-03 3:38 ` Richard Stallman
@ 2007-08-03 11:57 ` Eli Zaretskii
2007-08-03 12:48 ` Miles Bader
1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2007-08-03 11:57 UTC (permalink / raw)
To: Stefan Monnier; +Cc: rgm, karl, emacs-devel
> Cc: Glenn Morris <rgm@gnu.org>, emacs-devel@gnu.org
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Date: Thu, 02 Aug 2007 12:27:42 -0400
>
> > If we generate dir (with install-info), the order of menu items there
> > will be alphabetical, not the order we want.
>
> I hope someday we can fix this limitation so that `dir' can really be
> auto-generated.
You mean, change install-info? or add some feature to Emacs to do that
instead of install-info?
For the former, you are welcome to suggest a different design to Karl
(cc'ed).
In any case, I'm curious to know how could we order the entries in a
repeatable way that uses an order other than alphabetic, especially
when it adds new entries.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: info/ directory in CVS
2007-08-03 11:57 ` Eli Zaretskii
@ 2007-08-03 12:48 ` Miles Bader
2007-08-03 22:01 ` Richard Stallman
0 siblings, 1 reply; 9+ messages in thread
From: Miles Bader @ 2007-08-03 12:48 UTC (permalink / raw)
To: emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
> In any case, I'm curious to know how could we order the entries in a
> repeatable way that uses an order other than alphabetic, especially
> when it adds new entries.
AFAIK, alphabetic would be fine, except for a few special cases
(e.g. "Emacs" section goes first; "Emacs" is first in Emacs section,
etc.)
So as long as we can describe the special cases, there's no problem.
For special cases, some sort of arbitrary priority based system would
probably be good enough, e.g., sort by priority, default priority is
100, everything with equal priority is alphabetic.
-Miles
--
(\(\
(^.^)
(")")
*This is the cute bunny virus, please copy this into your sig so it can spread.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-08-03 22:01 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-01 17:21 info/ directory in CVS Glenn Morris
2007-08-02 3:16 ` Eli Zaretskii
2007-08-02 6:10 ` Glenn Morris
2007-08-02 16:27 ` Stefan Monnier
2007-08-03 3:38 ` Richard Stallman
2007-08-03 12:34 ` Eli Zaretskii
2007-08-03 11:57 ` Eli Zaretskii
2007-08-03 12:48 ` Miles Bader
2007-08-03 22:01 ` Richard Stallman
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.