unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
Cc: storm@cua.dk
Subject: Re: Refilling overrides texinfo commands
Date: Fri, 27 Jun 2003 12:23:07 -0400	[thread overview]
Message-ID: <E19Vw0B-0000uJ-Rj@fencepost.gnu.org> (raw)
In-Reply-To: <200306262353.h5QNrc718263@eel.dms.auburn.edu> (message from Luc Teirlinck on Thu, 26 Jun 2003 18:53:38 -0500 (CDT))

    That would have the negative effect of effectively disabling
    Info-hide-note-references and making the text-hiding "mandatory"
    instead of having it as an optional feature.  Several people prefer
    not to have the information in question hidden and they have valid
    reasons for that.

You are right.

So I have gone back to my conclusion of a week ago, that we should
stop refilling paragraphs in Info.  When some xref text is hidden, the
line will be shorter.  That looks a little strange, but it is not
really wrong.  When refilling is done, the results can be positively
wrong.

    I believe that trying to reformat Info files, as currently being
    attempted, makes no sense.  Info is an output format, not a mark up
    language.  Texinfo is a mark up language.  So are XML and DocBook.

Perhaps makeinfo is fast enough now that we could stop installing
Info files and have them regenerated when users want them.
If so, we could have an option to generate them in various ways
(hiding xrefs, showing xrefs, etc).

  parent reply	other threads:[~2003-06-27 16:23 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-25 13:21 Refilling overrides texinfo commands Luc Teirlinck
2003-06-26  0:58 ` Kim F. Storm
2003-06-25 23:58   ` Luc Teirlinck
2003-06-26 20:21   ` Richard Stallman
2003-06-26 23:53     ` Luc Teirlinck
2003-06-27  0:43       ` Luc Teirlinck
2003-06-27 16:23       ` Richard Stallman [this message]
2003-07-06 12:14         ` Kim F. Storm
2003-07-06 11:36           ` Robert J. Chassell
2003-07-06 23:50             ` Kim F. Storm
2003-07-07  3:39             ` Richard Stallman
2003-07-07  3:39           ` Richard Stallman
2003-06-27  0:12     ` Kim F. Storm
  -- strict thread matches above, loose matches on Subject: below --
2003-06-25 13:33 Karl Berry
2003-06-26 22:44 Karl Berry

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E19Vw0B-0000uJ-Rj@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=storm@cua.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).