Hi, all.
I recently discovered Geany, and it seems to be exactly the sort of programmer's editor I've been looking for to replace SlickEdit. Thanks!
Outside of syntax highlighting, my single most frequently used SlickEdit feature is jumping to tag definitions and then returning to where I was before the jump. This works in a nested, last-in-first-out fashion, like a stack. I can jump from the body of function A to the definition of B, then from B to C, and when I'm done reading C, return to exactly where I was in B to make a few edits, and back again to my original position in A. This simple feature has proved to be a very powerful tool for understanding and modifying code. It is so intuitive that it doesn't require any line markers to appear in the margin; the cursor movements are sufficient to show me what's going on.
Geany's "go to tag definition" covers the first part of this feature, but it doesn't seem to do the second. Am I simply missing it? If it's not already part of Geany, would the developers consider adding a "return from tag" feature like this?
I'm using Geany 0.12.
Cheers,
Forest
On Fri, 4 Apr 2008 11:23:57 -0700 (PDT) "Forest" list8a.forest@tibit.com wrote:
Hi, all.
...
Geany's "go to tag definition" covers the first part of this feature, but it doesn't seem to do the second. Am I simply missing it? If it's not already part of Geany, would the developers consider adding a "return from tag" feature like this?
Have you tried the back and forward buttons in the toolbar?
-H-
On Fri, April 4, 2008 12:03 pm, Harold Aling wrote:
On Fri, 4 Apr 2008 11:23:57 -0700 (PDT) "Forest" list8a.forest@tibit.com wrote:
Hi, all.
...
Geany's "go to tag definition" covers the first part of this feature, but it doesn't seem to do the second. Am I simply missing it? If it's not already part of Geany, would the developers consider adding a "return from tag" feature like this?
Have you tried the back and forward buttons in the toolbar?
I hadn't even seen them. (The first thing I do in most GUI apps is to turn off the toolbars, which I never use because they require me to take my hands off the keyboard, which is slow and distracting.)
Yes, that seems to nearly cover the operations I'm looking for, and now that I know them as "forward" and "back" commands, I see how to bind them to keystrokes. Thank you!
One little frustration, though: the "back" command takes my cursor back to the line I left (when jumping to a definition), but not to the column I left. Instead, it always seems to move the cursor to the first column. Can I fix that with a config setting? If not, might I submit it as a feature request or bug report?
On Fri, 4 Apr 2008 13:20:27 -0700 (PDT), "Forest" list8a.forest@tibit.com wrote:
Hi,
One little frustration, though: the "back" command takes my cursor back to the line I left (when jumping to a definition), but not to the column I left. Instead, it always seems to move the cursor to the first column. Can I fix that with a config setting? If not, might I submit it as a feature request or bug report?
No need to submit a feature request. IIRC there is already one in the tracker and the code also has a comment to make it position-based instead of line-based. It just has to be written, will be done soon.
Regards, Enrico
On Mon, April 7, 2008 8:41 am, Enrico Tröger wrote:
One little frustration, though: the "back" command takes my cursor back to the line I left (when jumping to a definition), but not to the column I left. Instead, it always seems to move the cursor to the first column. Can I fix that with a config setting? If not, might I submit it as a feature request or bug report?
No need to submit a feature request. IIRC there is already one in the tracker and the code also has a comment to make it position-based instead of line-based. It just has to be written, will be done soon.
Thanks. I didn't find any such bug in the tracker, so I entered one. It covers the cursor's position and the window's scroll position, the two missing parts of a true "back" command.
[ 1936927 ] "navigate back" doesn't fully restore previous position
On Mon, 7 Apr 2008 10:31:26 -0700 (PDT), "Forest" list8a.forest@tibit.com wrote:
On Mon, April 7, 2008 8:41 am, Enrico Tröger wrote:
One little frustration, though: the "back" command takes my cursor back to the line I left (when jumping to a definition), but not to the column I left. Instead, it always seems to move the cursor to the first column. Can I fix that with a config setting? If not, might I submit it as a feature request or bug report?
No need to submit a feature request. IIRC there is already one in the tracker and the code also has a comment to make it position-based instead of line-based. It just has to be written, will be done soon.
Thanks. I didn't find any such bug in the tracker, so I entered one. It covers the cursor's position and the window's scroll position, the two missing parts of a true "back" command.
[ 1936927 ] "navigate back" doesn't fully restore previous position
It should be fixed in SVN r2468. Please test the code. Geany now stores navigation points position based, this makes it possible to restore also the column of the cursor when returning to a previous point.
Regards, Enrico