[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [address@hidden: Re: ":" in Scheme names.]
From: |
Kim F. Storm |
Subject: |
Re: [address@hidden: Re: ":" in Scheme names.] |
Date: |
26 Jan 2003 20:51:59 +0100 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
Thien-Thi Nguyen <ttn@giblet.glug.org> writes:
> From: Aubrey Jaffer <agj@alum.mit.edu>
> Date: Fri, 24 Jan 2003 21:37:04 -0500 (EST)
>
> let: No such anchor in tag table or node in tag table or file:
> call-with-output-script: Batch
>
> But it is evident that Info-try-follow-nearest-node is fixed if the
> last line is instead:
>
> | RET buffer changes to show batch funcs
>
> oops, yes this is a mistake on my part in reporting the consequences of
> the fix. the good news is that the "m RET" case is now fixed (revision
> 1.333 in cvs), as well.
>
> w/ 1.333 i ran around slib.info and dired-x.info using "RET", "m", "l"
> and various "i" (default/exact/inexact input) commands w/o problems.
> please let me know if you find any new (and interesting) bugs, otherwise
> i'm inclined to look at other things now. M-x viva-scheme!
Your change broke a lot of *note .... :: links where the :: is not
followed by a space, like these:
(*note some note::)
some text, *note some note::, more text
Try C-h i m elisp RET i signal RET TAB RET
I've installed a fix to CVS to stop searching for the end of the
reference when a comma, period, semicolon, or right parenthesis
follows the last colon.
However, I'm not sure this the right fix. It would probably be better
to specify the characters which shall cause a continued search if they
follow a colon, but I'm not sure what characters to include...
--
Kim F. Storm http://www.cua.dk