> Something like this: > > In buffer I have something like > > if (a == b->c->d) ...; > > I would like to be able to "click" on "a" to see the value of a (in > message area), on "b" to see value of b, somewhere on "->c" to > see value of b->c and on "d" to see value of "b->c->d".
Currently, you can select "a" as a region, then on the gud-print tool bar icon to print the value of a (in the GUD buffer), select "b" to see value of b, select "b->c" to see value of b->c and select "b->c->d" to see value of "b->c->d. But you seem to be saying bind a mouse event to gud-print and change how it parses expressions. Mouse-1 is needed for normal use of the source buffer, like editing. > It could be enhanced to > > (((a) + b) + c) > > so that clicking on the first ) shows value of (a), on second ) shows > value of ((a) + b) and on last ) shows value of whole expression. > > Well, just sort of SWIM (show what I mean) :-) Expressions aren't always bracketed. Parsing an expression can be quite complex as gud-find-c-expr shows. By selecting the user can ensure he gets exactly what he wants. > Alternatively: > > A way to toggle gud tool-tips in the GUD toolbar (I don't want them > enabled all the time). You can currently toggle them from the menu bar. With 80 columns and starting with "--fullname" there's no room left on my tool bar. > Make gud tooltips use gud-find-c-expr instead of > tooltip-identifier-from-point. I agree that tooltip-identifier-from-point doesn't always do what you want but it's safe. Gud-print will call procedures e.g abort (), which you wouldn't want to happen if the mouse just lingered too long over it. tooltip-identifier-from-point could be enhanced if you specified all the differences between existing behaviour and desired behaviour. -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
