[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
point
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.
BRILLIANT IDEA COMING UP!!!!!
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)