all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Eli Zaretskii" <eliz@is.elta.co.il>
Cc: emacs-devel@gnu.org
Subject: Re: info
Date: Wed, 29 Jan 2003 19:33:29 +0200	[thread overview]
Message-ID: <2110-Wed29Jan2003193328+0200-eliz@is.elta.co.il> (raw)
In-Reply-To: <200301290133.TAA05169@eel.dms.auburn.edu> (message from Luc Teirlinck on Tue, 28 Jan 2003 19:33:18 -0600 (CST))

> Date: Tue, 28 Jan 2003 19:33:18 -0600 (CST)
> From: Luc Teirlinck <teirllm@dms.auburn.edu>
> 
> * CC Mode: (ccmode).   Emacs mode for editing C, C++, Objective-C,
>                           Java, Pike, and IDL code.
> * CL: (cl).			Partial Common Lisp support for Emacs Lisp.
[...]
> If point is on say: Java in the above and I click return I visit the
> CL node.

FWIW, the stand-alone Info reader doesn't move point in such cases and
either says nothing or prints "No cross references in this node."  It
only follows a menu item if point is on the same line as the leading
"* " sequence after a newline, a sequence which starts every menu
item.

> Would it not be more logical to look at previous (rather than
> following) lines for which node to visit, since that is usually the
> node the text we are looking at refers to?

I like the behavior of the stand-alone Info better than what Emacs
does now and better than what you propose.  (But then I'm not
objective about this: I worked on these aspects of the stand-alone
reader.)

Please also keep in mind that some menus have free text in between
menu items, which doesn't belong to any menu item at all.  Here's an
example from the Emacs manual:

    * Acknowledgments::     Major contributors to GNU Emacs.

    Indexes (nodes containing large menus)
    * Key Index::           An item for each standard Emacs key sequence.

Which menu item would you like Info to select if point is on
"Indexes", and how should Info tell this case from the one that
started this thread?

Again, I'm not arguing that the current behavior is the best we could
do, or that it should not be changed under any circumstances.  I'm
just trying to point out potential pitfalls, and given that, get to
some agreement about what we would like to see in each situation.

  parent reply	other threads:[~2003-01-29 17:33 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-29  1:33 info Luc Teirlinck
2003-01-29  3:53 ` info Luc Teirlinck
2003-01-29  6:29   ` info Eli Zaretskii
2003-01-29 19:57     ` info Luc Teirlinck
2003-01-30  5:46       ` info Eli Zaretskii
2003-01-29 21:17   ` info Richard Stallman
2003-01-29 17:33 ` Eli Zaretskii [this message]
2003-01-29 20:39   ` info Luc Teirlinck
2003-01-29 23:21     ` info Luc Teirlinck
2003-01-30  5:48     ` info Eli Zaretskii
2003-01-30  8:39       ` info Kai Großjohann
2003-01-30 15:11         ` info Luc Teirlinck
2003-01-30 16:30           ` info Luc Teirlinck
2003-01-30 20:02         ` info Eli Zaretskii
2003-01-30 20:51           ` info Kai Großjohann
2003-01-30 22:37           ` info Robert J. Chassell
2003-01-31  1:51             ` info Luc Teirlinck
2003-01-31 13:05               ` info Robert J. Chassell
2003-01-31 20:22                 ` info Luc Teirlinck
2003-02-01  1:22                   ` info Robert J. Chassell
2003-01-29 21:17 ` info Richard Stallman
2003-01-30  0:31   ` info Luc Teirlinck
2003-01-30  1:43     ` info Luc Teirlinck
2003-01-30  2:03       ` info Luc Teirlinck
     [not found] <84smvc2guf.fsf@lucy.is.informatik.uni-duisburg.de>
2003-01-29 14:20 ` info Eli Zaretskii
2003-01-30 15:21   ` info Richard Stallman
2003-01-30 16:21     ` info Luc Teirlinck
2003-01-31 19:20       ` info Richard Stallman
2003-02-01  1:22         ` info Luc Teirlinck
2003-02-01 22:11           ` info Richard Stallman
2003-02-02  4:59             ` info Luc Teirlinck
2003-02-02  5:44             ` info Eli Zaretskii
2003-02-02  6:09               ` info Miles Bader
2003-02-03 14:40             ` info Stefan Monnier
2003-02-03 19:00               ` info Luc Teirlinck
2003-02-03 19:16                 ` info Luc Teirlinck
2003-02-03 19:19                   ` info Luc Teirlinck
2003-02-04 15:41                 ` info Richard Stallman
2003-02-05  6:08                   ` info Eli Zaretskii
2003-02-05 20:07                     ` info Luc Teirlinck
2003-02-09  4:45                       ` info Luc Teirlinck

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=2110-Wed29Jan2003193328+0200-eliz@is.elta.co.il \
    --to=eliz@is.elta.co.il \
    --cc=emacs-devel@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.