From: Xah Lee <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: info reference syntax
Date: Mon, 12 Jan 2009 05:56:51 -0800 (PST) [thread overview]
Message-ID: <bbc57e83-629f-4f39-b600-2f518fc27933@f20g2000yqg.googlegroups.com> (raw)
In-Reply-To: mailman.4438.1231535588.26697.help-gnu-emacs@gnu.org
On Jan 9, 1:12 pm, Dan Davison <davi...@stats.ox.ac.uk> wrote:
> On Fri, Jan 09, 2009 at 08:27:40PM +0100, Lennart Borgman wrote:
> > On Fri, Jan 9, 2009 at 8:22 PM, Dan Davison <davi...@stats.ox.ac.uk> wrote:
> > > What does this syntax mean?
>
> > > ,----
> > > | See Info node `(viper)Top'.
> > > `----
>
> > > Is there some way of using it to immediately access the info node
> > > referred to?
>
> > M-: (info "(viper) Top")
>
> Great, thanks. That is useful to know.
>
> "(viper) Top" still seems like a pretty weird syntax. Just out of
> curiosity, is there some explanation? I see that the shell version is
> 'info filename nodename'. And according to wikipedia info was written
> for GNU/linux. So it's a post-linux emacs design? Wouldn't
>
> (info filename &optional nodename)
>
> have been more natural?
it'd be much better if emacs adopted html as its standard doc format.
It would than just be:
http://gnu.org/doc/emacs/viper/top.html
in this format, every programer understand what it is. In “(info
"(viper)Top")” or “(viper)Top”, maybe 0.001% of programers knew what
it is.
If we count among emacs users who used emacs for no more than 2 years,
the percentage is perhaps 10%.
Personally, i use emacs daily, staying in emacs most of the time when
using computer, since 1998, and have been using text terminal based
emacs exclusively from 1998 to 2005. I didn't know what is “(info
"...")” until 2005 or so thru chatting in freenode's emacs irc.
Adopting html as standard doc format is easy to do, in fact mostly
just a political gesture. Texinfo can already convert to html, and
most if not all GNU's doc are already presented in html format on
GNU's site.
with adoption of html, people will naturally citing doc by url instead
of “info xyz”. This will help understanding and consequently spread
emacs. For example, if in a discussion in some programing forum,
someone might mention “look (info xyz) in emacs”. Vast majority of
readers wouldn't understand what that is will simply ignore it. But if
html doc is official, then the citing would be “http://gnu.org/doc/
xyz.html”, and those who saw this are very likely to click it.
this wouldn't effect emacs much since emacs can and should still use
info doc in emacs as a integrated system. But down the road, say in 5
years, emacs will need to deprecate texinfo eventually. The HTML/XHTML/
CSS/JavaScript world is literally with few million more users and
developers. Their tools, technical power, extensibility, adoption...
in every area, are few order of magnitude better than textinfo. In
fact, i wouldn't be surprised that modern browser such as Firefox
actually load html doc faster than a comparative info file.
By adopting html now, it can pave the way for emacs transition to
using html/xhtml as integrated doc component. For example, currently
there's w3m for reading html. However, it's some 5 times slower than
Firefox, and some 5 times slower than info reading texinfo. However,
this can be improved. One could have html/xml parser buildin elisp as
c code (or borrowing the rendering engine from firefox), so that
reading html docs in emacs is acceptably fast as current reading in
info.
the integrated nature of info in emacs is really joy to use,
especially programing in elisp. You can lookup any function or keyword
in the lang so easily. However, if the lang is not elisp but perl,
python, php, etc, then it's not so easy because you often have to
download and install a info version of their doc (if it exist at all),
and depending whether the guy who implemented your lang's mode took
the fancy to implement info doc lookup features. (10 years ago, some
mode would still support info doc. Today, as far as i know, nobody
bothered with info version of docs.)
When emacs accepted more html docs, it would mean the integrated doc
feature automatically apply to all langs, such as java, perl, python,
ruby, php, javascript... since their official doc are all html.
Xah
∑ http://xahlee.org/
☄
next prev parent reply other threads:[~2009-01-12 13:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-09 19:22 info reference syntax Dan Davison
2009-01-09 19:27 ` Lennart Borgman
2009-01-09 21:12 ` Dan Davison
[not found] ` <mailman.4438.1231535588.26697.help-gnu-emacs@gnu.org>
2009-01-12 13:56 ` Xah Lee [this message]
2009-01-12 19:03 ` Eli Zaretskii
2009-01-12 17:00 ` B. T. Raven
[not found] <mailman.4426.1231528955.26697.help-gnu-emacs@gnu.org>
2009-01-12 16:51 ` B. T. Raven
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=bbc57e83-629f-4f39-b600-2f518fc27933@f20g2000yqg.googlegroups.com \
--to=xahlee@gmail.com \
--cc=help-gnu-emacs@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.
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).