From: "Robert J. Chassell" <bob@rattlesnake.com>
Subject: Re: terminal escapes in Info files?
Date: Thu, 30 Oct 2003 01:13:00 +0000 (UTC) [thread overview]
Message-ID: <m1AF1My-000UNaC@rattlesnake.com> (raw)
In-Reply-To: <jwv65i7or92.fsf-monnier+emacs/devel@vor.iro.umontreal.ca> (message from Stefan Monnier on 29 Oct 2003 13:09:05 -0500)
But I don't see why the Info format is superior to the HTML markup
language, ...
By default, HTML does not distinguish between references to another
part of the same document on a different HTML page and references to a
different document. This means that you cannot search through a
multi-page document. The `find next part' component of a regexp
search engine cannot be sure it is finding the next part close by.
You cannot navigate efficiently using search.
Of course, good writers can write good documents, and only make proper
references; but this depends on a writer going against the design of
the language. The capability is there, but writers can, and most do,
ignore the capability. Indeed, major Web browsers lack default key
bindings for `next', `previous', and `up' pages of a document --
probably for the good reason that the keys would fail on most Web
sites.
I have the strong impression that those who browse the Web do not know
that it is possible and pleasant to navigate efficiently through a
multi-page document by pressing the space bar or with regular
expression searches. They are impressed by the advantages of the Web
over printed-book libraries and filing cabinets and do not realize
they are missing computer features that have been available for a
generation.
Also writers have a tendency to use various HTML features, like side
bars, that work find for sighted readers with fast connections, but
which cause trouble when the reader is using a slow connection.
Moreover, as a practical matter, writers of HTML documents tend to
think of their readers as sighted rather than blind. They tend to
depend on pictures. They do not think of a sighted expert with a slow
connection as effectively blind; they do not think of the permanently
blind.
This over-dependence on images is not an HTML design feature. The
problems imposed cannot be blamed on HTML, like the problem with
efficient navigation. But the problem does tend to accompany Web
browsers and HTML documents.
--
Robert J. Chassell Rattlesnake Enterprises
http://www.rattlesnake.com GnuPG Key ID: 004B4AC8
http://www.teak.cc bob@rattlesnake.com
next prev parent reply other threads:[~2003-10-30 1:13 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-28 17:46 terminal escapes in Info files? Karl Berry
2003-10-28 18:08 ` Stefan Monnier
2003-10-29 12:20 ` Oliver Scholz
2003-10-29 14:21 ` Eli Zaretskii
2003-10-29 16:24 ` Oliver Scholz
2003-10-29 17:29 ` Robert J. Chassell
2003-10-29 18:09 ` Stefan Monnier
2003-10-30 1:13 ` Robert J. Chassell [this message]
2003-10-30 6:10 ` Stephen J. Turnbull
2003-10-30 22:06 ` Robert J. Chassell
2003-11-03 12:19 ` Stephen J. Turnbull
2003-10-30 16:36 ` Stefan Monnier
2003-10-29 18:40 ` Oliver Scholz
2003-10-29 19:09 ` Oliver Scholz
2003-10-29 20:02 ` Luc Teirlinck
2003-10-29 20:47 ` Oliver Scholz
2003-10-29 22:58 ` Luc Teirlinck
2003-10-30 2:37 ` Robert J. Chassell
2003-10-30 2:55 ` Robert J. Chassell
2003-10-29 17:45 ` Eli Zaretskii
2003-10-29 18:00 ` Reiner Steib
2003-10-29 18:43 ` Oliver Scholz
2003-10-30 4:19 ` Richard Stallman
2003-10-30 6:11 ` Eli Zaretskii
2003-10-31 0:07 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2003-10-28 20:09 Karl Berry
2003-10-29 12:52 ` Oliver Scholz
2003-10-29 14:14 ` Eli Zaretskii
2003-10-29 14:31 ` Andreas Schwab
2003-10-29 17:51 ` Alper Ersoy
2003-10-29 18:53 ` Alper Ersoy
2003-10-29 18:11 ` Eli Zaretskii
2003-10-29 21:08 ` Andreas Schwab
2003-10-29 21:18 ` Alper Ersoy
2003-10-29 21:40 ` Eli Zaretskii
2003-10-29 15:28 ` Oliver Scholz
2003-10-31 2:29 ` Thien-Thi Nguyen
2003-10-29 19:02 ` Richard Stallman
2003-10-28 20:06 Karl Berry
2003-10-28 21:23 ` Stefan Monnier
2003-10-28 23:41 ` Miles Bader
2003-10-28 20:06 Karl Berry
2003-10-28 16:51 Karl Berry
2003-10-28 16:59 ` Stefan Monnier
2003-10-28 17:16 ` Eli Zaretskii
2003-10-28 17:56 ` Stefan Monnier
2003-10-28 20:34 ` Eli Zaretskii
2003-10-28 16:50 Karl Berry
2003-10-28 1:26 Karl Berry
2003-10-28 10:51 ` Alper Ersoy
2003-10-28 13:48 ` Oliver Scholz
2003-10-30 10:42 ` Alper Ersoy
2003-10-28 16:19 ` Stefan Monnier
2003-10-29 19:02 ` Richard Stallman
2003-10-29 19:47 ` David Kastrup
2003-10-29 21:43 ` Eli Zaretskii
2003-10-29 22:39 ` David Kastrup
2003-10-30 6:03 ` Eli Zaretskii
2003-10-30 18:00 ` Richard Stallman
2003-10-29 19:01 ` Richard Stallman
2003-10-29 19:45 ` Alper Ersoy
2003-10-29 19:42 ` Eli Zaretskii
2003-10-30 18:00 ` Richard Stallman
2003-10-29 19:02 ` Richard Stallman
2003-10-26 12:20 Karl Berry
2003-10-26 12:40 ` Simon Josefsson
2003-10-26 15:40 ` Alex Schroeder
2003-10-27 7:02 ` Richard Stallman
2003-10-27 19:29 ` Eli Zaretskii
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=m1AF1My-000UNaC@rattlesnake.com \
--to=bob@rattlesnake.com \
/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).