[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Texinfo Mode: node-based movement functions.

From: Alan Mackenzie
Subject: Re: Texinfo Mode: node-based movement functions.
Date: Mon, 8 Nov 2004 20:09:09 +0000 (GMT)

Hi, Stefan!

On Mon, 8 Nov 2004, Stefan wrote:

>> In Texinfo Mode we have functions for moving to the beginning and end
>> of a "page" (i.e. a @chapter) and for narrowing to a @chapter
>> (together with its @sections).

>I agree with Richard, that chapter==page is pretty useless and we should
>use node==page instead.

I don't find chapter==page useful either, but somebody probably does (the
person who implemented it?).  I don't think I'd personally find Richard's
suggestion of @def\(un\|fn\|mac\|spec\)==defun very useful, but I haven't
tried it out.

>> I think there should also be functions for moving to the beginning and
>> end of an individual @node, and for narrowing to it.  "Obviously", a
>> @node in a file.texi is analogous to a defun in a file.el.  So the
>> natural key bindings are C-M-a, C-M-e, and C-x n d.

>Why worry about keybindings?  Why not just set beginning-of-defun-function
>(or page-delimiter)?

(i) The beginning-of-defun-function mechanism is broken in 21.3 - the
COUNT argument is not passed through to b-o-d-f.

(ii) Do (setq page-delimiter "address@hidden").  C-x [ and C-x ] then leave 
after "@node" rather before it.  I find this irritating - "@node" is part
of and begins the @chaper/@section/@subsection/.... that follows it
rather than terminating the @c/@s/@ss that preceded it.


Why not enhance the meaning of page-delimiter?  It should be either a
regexp, as at present, or a cons cell like ("\\(^\\)@node" . 1), where
the "1" means "the page boundary is at (match-beginning 1)"?  Even
better, ("address@hidden" . 0) would leave point at (match-beginning 0), the
_start_ of the regexp.  Perhaps, even, (regexp . -1) could mean
(match-end 1).

Incidentally, why is page-delimiter defined in paragraphs.el (where it is
not used) rather than in page.el?

>        Stefan

Alan Mackenzie (Munich, Germany)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]