unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: eliz@elta.co.il, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Info menus on text-mode terminals
Date: Sun, 28 Sep 2003 22:21:03 -0500 (CDT)	[thread overview]
Message-ID: <200309290321.h8T3L3x12618@raven.dms.auburn.edu> (raw)
In-Reply-To: <20030928231528.GA13806@fencepost> (message from Miles Bader on Sun, 28 Sep 2003 19:15:28 -0400)

Miles Bader wrote:

   In the previous discussion I advocated actually modifying and filling the
   buffer text to achieve Kim's layout improvements, instead of using display
   property hacks to do it.  This would allow better layout, and eliminate some
   weird side-effects of using display properties (such as funny cursor
   movement).

Yes, but it would have severe negative effects, as I already pointed
out in the previous discussion.  The current implementation of
Info-hide-note-references and related features is fundamentally flawed
because it tries to reformat Info files as if they were written in a
mark up language.  They are not, they are plain text.  The only way to
ever make such functionality work completely satisfactorily is through
a new option to makeinfo.  (That is probably what we eventually will
have to do, but, unfortunately, currently nobody seems to have the
time to do it.)

One consequence of that is that the refilling as attempted a while ago
did not respect the functionality in (texinfo)Breaks, such as @* and
@w.  I have had to use @w in texinfo, to avoid extremely bad line
breaks.

Remember that texinfo is supposed to be a general purpose mark up
language, not a hyper-specialized language for use in Emacs
documentation.  For some types of text, say mathematical text, being
able to force and avoid line breaks is extremely important.  If the
file contains text of a mathematical nature, line breaks at the wrong
places look disastrously bad.  In general, in any type of more
technical text, if one uses technical symbols that _need_ to stay
together, you _need_ to be able to rely 100% on @w.  If not, texinfo
as a mark up language would be badly broken.  Actually, it would be
more correct to say that Emacs as an Info reader would be badly
broken, but due to the importance of Emacs as an Info reader, that
would necessarily affect the texinfo language as such. 

(We discussed this before.)

   In the context of that discussion, I think you're right, there was
   no mention was made of ttys.  The `tty problem' is even more
   incentive to do it though...

Richard seems to believe that there is some hope to make "space" work
on ttys for integer spacing values.  That would eliminate this bug and
probably eliminate similar, not yet discovered, problems on ttys as
well.  (I doubt that the problem we are looking at is the absolute
only instance where somebody used the display property and forgot to
test his code on a tty.)

Sincerely,

Luc.

  reply	other threads:[~2003-09-29  3:21 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-27 11:02 Info menus on text-mode terminals Eli Zaretskii
2003-09-27 15:21 ` Luc Teirlinck
2003-09-27 15:40   ` Luc Teirlinck
2003-09-27 15:55 ` Luc Teirlinck
2003-09-27 16:44 ` Luc Teirlinck
2003-09-27 17:07 ` Luc Teirlinck
2003-09-27 18:38   ` Eli Zaretskii
2003-09-27 18:15     ` Luc Teirlinck
2003-09-27 19:51     ` Luc Teirlinck
2003-09-28  8:35       ` Eli Zaretskii
2003-09-28 11:31         ` Gerd Moellmann
2003-09-28 23:34           ` Richard Stallman
2003-09-29  6:02             ` Eli Zaretskii
2003-09-29 10:06             ` Gerd Moellmann
2003-09-29 12:02               ` David Kastrup
2003-09-28 23:33       ` Richard Stallman
2003-09-27 17:30 ` Luc Teirlinck
2003-09-28 15:34 ` Richard Stallman
2003-09-28 21:43   ` Eli Zaretskii
2003-09-28 21:18     ` Luc Teirlinck
2003-09-28 23:15     ` Miles Bader
2003-09-29  3:21       ` Luc Teirlinck [this message]
2003-09-29  3:50         ` Miles Bader
2003-09-29 12:45           ` Thien-Thi Nguyen
2003-09-30 12:22         ` Richard Stallman
2003-09-30 12:54           ` Gerd Moellmann
2003-09-29 19:31     ` Richard Stallman

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=200309290321.h8T3L3x12618@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=eliz@elta.co.il \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /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).