Richard, in general, when we work on code that's incorporated in both flavors of Emacs, we (the XEmacs development team) always make a big deal keeping things synchronized. You know this because there's often been discussion (even recently) between you and us about code that we have in common. As far as this particular case is concerned, there are two things I'd like you to know: 1/ As suggests the line ";;; Synched up with: Not synched with FSF." at the top of our info.el (though I couldn't tell whether it's simply outdated, or just different), our code probably differs from yours a lot so I don't consider it /that/ important to inform you that the XEmacs' info.el has a bug. Maybe it would be interesting to try to re-synchronized the stuff, but I'm not the most competent person to decide on this in the XDT. 2/ In XEmacs, it happens that different people are responsible for different packages or files. I'm not the last person to have touched to info.el in XEmacs and other people know about this file better than I. When I patch a file on which my knowledge isn't complete, my policy is to submit it (as I did), wait for an approvement, and /then/ deal with the secondary problems, like figure out whether you could need the same patch or not. You wrote this to me: Richard> This illustrates a general point: if you test things in XEmacs, and Richard> you debug bugs in XEmacs, you'll help the XEmacs developers, but most Richard> of the time you won't help the GNU Project develop Emacs. and just before, you wrote: Richard> The code you're working on doesn't seem to be the same as what's in Richard> Emacs at that point. Maybe we fixed this bug already. If you fixed the bug in GNU Emacs, then you didn't signal it to us since we still have it. In other words you're reproaching me to help XEmacs and not GNU Emacs, but you're appearently not willing to behave this way towards us. I always help the GNU project when I can (there are several other GNU software which I contribute to), but I'd like to notice that the converse is true. Richard> If you'd like to help both versions' developers, you'd need to look Richard> at the code of both versions, and try both. That's what I do in general, yes. Thanks for the idea :-) -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19