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.
next prev parent 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
* 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 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.