Ilya Zakharevich wrote: > <[EMAIL PROTECTED]>], who wrote in article <[EMAIL PROTECTED]>: >>M-* runs the command pop-tag-mark >> which is an interactive compiled Lisp function in `etags'. >>It is bound to M-*. >>(pop-tag-mark) >> >>Pop back to where M-. was last invoked. >> >>This is distinct from invoking M-. with a negative argument >>since that pops a stack of markers at which tags were found, not from >>where they were found. > > a) Can't parse your last paragraph;
That last paragraph is part of pop-tag-mark's doc string. To me it means that if at buffer/point A you move to tag X, then at buffer/point B you move to tag Y, then at buffer/point C you move to tag Z, then at buffer/point D: M-- M-. will take you back to Z, Y, then X M-* will take you back to C, B, then A > b) I vaguely remember indeed somebody wanting to propagate the code > from imenu-go back into etags; it may be that pop-tag-mark has the > functionality of imenu-go (at least when imenu-go works with tags; > it can get info where-to-jump from other sources too). > > c) My experience with my code propagated back to Emacs is very > negative: a lot of times the resulting code has only subset of > the original functionality. So I have no incentive to check how > well pop-tag-mark behaves... According to etc/NEWS, pop-tag-mark was introduced in Emacs 20.4, but I can't find any reference to imenu-go in the etc/*NEWS files. Absent any evidence in the lisp/ChangeLog* files that pop-tag-mark was derived from your imenu-go, I think you have plenty of incentive to find out whether it meets your requirements (and thus obviates your complaint about a "gaping hole in the Emacs UI"). Thanks, -- Kevin Rodgers _______________________________________________ Help-gnu-emacs mailing list Help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs