bug-gnu-emacs
[Top][All Lists]
Advanced

[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





reply via email to

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