[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: On being web-friendly and why info must die
From: |
Eli Zaretskii |
Subject: |
Re: On being web-friendly and why info must die |
Date: |
Thu, 18 Dec 2014 17:50:07 +0200 |
> From: Stefan Monnier <address@hidden>
> Date: Thu, 18 Dec 2014 09:14:27 -0500
> Cc: address@hidden, Phillip Lord <address@hidden>, address@hidden,
> address@hidden
>
> >> @node Abbrevs
> >> @chapter Abbrevs
> > Nodes and sections typically go together but not always.
> > It is true we could make the usual case simpler by changing the
> > defaults.
>
> Further than that I think it would be worth analyzing the cases where
> the @nodes can't be automatically inferred from the @chapters/@sections,
> and try and figure out how to handle them (or whether it's worth the
> trouble) without using an explicit @node.
We can do that by removing markup from the section names.
> >> @menu
> >> * Abbrev Concepts:: Fundamentals of defined abbrevs.
> >> * Defining Abbrevs:: Defining an abbrev, so it will expand when typed.
> >> @end menu
> > This is like the above issue: in the usual case, the node names in the menu
> > can be deduced from the rest of the document, but there are menus which
> > differ from that.
>
> Here as well, I think it'd would be worthwhile to analyze the existing
> cases where the node names in the menu can't be deduced from the rest of
> the document
You mean, like texinfo-make-menu?
> and try to see how we could handle them without having to
> have explicit menus or even if it's worth the trouble supporting those
> at all.
Having menus is not a requirement, you can do without them.
> > However, the second part of each line (the text like "Fundamentals of
> > defined abbrevs") can't be found anywhere else.
>
> Here, rather than suggest to analyze the existing cases, I'll just point
> out that pretty much the rest of the world lives happily without being
> able to use two different texts, so I'm not sure it's worth the trouble.
Again, it's not a requirement. If you want to add descriptive text,
you can; but you don't have to.
- Re: On being web-friendly and why info must die, (continued)
- Re: On being web-friendly and why info must die, David Engster, 2014/12/12
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/12
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/15
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/15
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/16
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/17
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/17
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/19
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/18
- Re: On being web-friendly and why info must die, Stefan Monnier, 2014/12/18
- Re: On being web-friendly and why info must die,
Eli Zaretskii <=
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/19
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/19
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/19
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/21
- Re: On being web-friendly and why info must die, Rasmus, 2014/12/07
- Re: On being web-friendly and why info must die, Christopher Allan Webber, 2014/12/05
- Re: On being web-friendly and why info must die, Eric S. Raymond, 2014/12/05
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/05
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/08
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/08