Re: Info-index fails on node-name "~/.cvsrc"

[Karl Berry]

    I don't know if it makes sense for menu items
    in non-index nodes as well.

We don't need to support (line NNN) in non-index menus. 

    If I understand correctly, a new index tag address@hidden@^H] is for
    determining if an Info node is an index node, _additionally_ to
    current checking the node name for the "\\<Index\\>" regexp.

It doesn't have to be additional.  The index cookie is output whenever
there's a printindex, so you can safely rely on it if it's there,
whatever the name of the node is.

    Karl, could you confirm, is a new index tag supposed to work this way:

    1. To determine if the current node is an index node, the Emacs Info
    reader should first try to match the node name for the "\\<Index\\>"
    regexp.  If that fails, then to search for the "address@hidden@^H]" tag
    in the current node.

In principle, I would say, if the cookie is present, it's an index node,
and only look at the node name if the cookie is not present (for info
files generated before 4.7).  That way, a node whose name contains
Index but isn't an index node won't be found.  

But in practice, I don't expect it really matters, since we've been
living with the Index heuristic forever.

    2. To find all index nodes in the current Info file, the Emacs Info

I didn't realize/remember that's one of the jobs.  Again, the algorithm
you outline seems sensible, but you could also use the index cookie
first if you like.  (I imagine it's implemented as finding the first
potential node, then apply the "is the current node an index node" test
for that node and all subsequent nodes, so you'd get it for free, anyway.)

Thanks,
k