Community
Participate
Working Groups
It would be great if Eclipse would remember more than one last edit location. Than it would be possible to press Ctrl + Q more than one time.
This is already on the 3.1 plan
Deferred.
*** Bug 192504 has been marked as a duplicate of this bug. ***
*** Bug 211105 has been marked as a duplicate of this bug. ***
*** Bug 275541 has been marked as a duplicate of this bug. ***
I was going to open a new bug for this, but I guess it's just a special case of multiple edit locations: * open a new untitled text file * type in the text file * close it without saving * press Ctrl+Q * a new untiled text file is opened The previous last edit location should be used instead.
*** Bug 501454 has been marked as a duplicate of this bug. ***
Hi I have similar request. But not just *EDIT* locations but any locations you recently were at. And the most important thing is shortcuts to navigate backward and forth. I use this feature in Qt Creator and it's just tremendous handy! In Qt Creator it's Alt+<left or right arrow>
(In reply to Sergey Ilinykh from comment #8) > But not just *EDIT* locations but any locations you recently were at. > And the most important thing is shortcuts to navigate backward and forth. > > I use this feature in Qt Creator and it's just tremendous handy! > In Qt Creator it's Alt+<left or right arrow> Eclipse already supports this. Just try Alt+<left or right arrow>.
(In reply to Aaron Digulla from comment #9) > Eclipse already supports this. Just try Alt+<left or right arrow>. No, it's not *any* location. Probably just edit. Often I just learn some code jumping everywhere and not changing anything. And I need a way to jump to previous looked location and then forth. Example.. 1. ctrl+click on some function call 2. "It seems that's exactly what I'm looking for! but I forgot function arguments" 3. alt+<left> 4. "Yeah! that's it. Now let's review how it works with these arguments" 5. alt+<right>
Removing target milestone for all bugs that are not major or above.
> Removing target milestone for all bugs that are not major or above. Of course I meant "major or below". Sorry for the noise!
*** Bug 564931 has been marked as a duplicate of this bug. ***
Working on it. Thought I had a patch ready but discovered some issues which will require time to resolve. Unfortunately won't be able to work on it til next week; will post once resolved.
(In reply to Ari Kast from comment #14) > Working on it. > > Thought I had a patch ready but discovered some issues which will require > time to resolve. Unfortunately won't be able to work on it til next week; > will post once resolved. Thanks you. Really looking forward to this functionality. This is on my wish list since years, but I never found the time to investigate it.
All issues are resolved, works well locally. I'm just cleaning up code and would like to add a forward mapping (ctrl shift q) to complement the backward mapping (ctrl q). Can someone advise where key mappings are defined?
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.text/+/166530
Code complete, patch uploaded, and build passes, so AFAIK this is done from my end. Please advise if anything further I should do on this.
Gerrit change https://git.eclipse.org/r/c/platform/eclipse.platform.text/+/166530 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.text.git/commit/?id=c7fa061d62bdd7853035da3a76a467e9de9b4b93
Thanks Ari, this feature is tremendous useful. Can you add it to the N&N for 4.17? You find an example here: https://git.eclipse.org/r/c/platform/eclipse.platform.common/+/166739
Sure Lars will do. Currently that file contains lots of 4.16 N&N content -- should I clear it all out and start fresh for 4.17 before adding my content?
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.common/+/167435
^^ PR adding to N&N for 4.17
New Gerrit change created: https://git.eclipse.org/r/c/www.eclipse.org/eclipse/news/+/167481
Gerrit change https://git.eclipse.org/r/c/www.eclipse.org/eclipse/news/+/167481 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/eclipse/news.git/commit/?id=41f6ff4ffce7dfb08399f98f68c3e8d9a728ce1e
Thanks, Ari. I hope to see more contributions from you in the future.
This change breaks the @ symbol on german keyboards (Ctrl+Alt+Q). Please change that keybinding.
Sure, any suggestions on a better key combo would be welcome. I would have preferred ctrl+shift+q but the ctrl+shift in particular seems to be verboten (it doesn't work, I tried it). So that leaves me with perhaps ctrl+1 (that's a numeral one) or maybe ctrl+w (not sure if that already maps to something). Or maybe something fancy like ctrl+ctrl+q (double-tap ctrl before hitting Q) -- dunno if there's built-in support for that kind of thing. Advice/opinions/guidance welcome.
(In reply to Ari Kast from comment #28) > Sure, any suggestions on a better key combo would be welcome. I would have > preferred ctrl+shift+q but the ctrl+shift in particular seems to be verboten > (it doesn't work, I tried it). > > So that leaves me with perhaps ctrl+1 (that's a numeral one) or maybe ctrl+w > (not sure if that already maps to something). Or maybe something fancy like > ctrl+ctrl+q (double-tap ctrl before hitting Q) -- dunno if there's built-in > support for that kind of thing. > > Advice/opinions/guidance welcome. Ctrl+1 is used by quickfix, ctrl+w by close editor Navigate Back/Forward is mapped to Alt+Left/Right, so maybe Ctrl+Alt+Left/Right would make sense here? BTW: the mouse buttons 4 and 5 are also mapped to navigate back/forward, I tried to map them to the edit location history instead but that doesn't seem possible in the preferences.
I think I figured out why Ctrl Shift Q doesn't work -- it's already used by another mapping. Regarding switching to the left/right idiom, I'd be reluctant to abandon the longstanding Ctrl Q mapping that has been there for at least a decade. Would be nice to let people continue using the shortcut they're used to. So I suppose I could do Shift Ctrl Alt Q (Shift Ctrl Opt Q on Mac), I tried it and works ok, aside from scrunched fingers when doing it single-handedly :) (I did find a way to do it comfortably actually, just takes a little practice to remember the right fingering).
(In reply to Ari Kast from comment #30) > I think I figured out why Ctrl Shift Q doesn't work -- it's already used by > another mapping. > > Regarding switching to the left/right idiom, I'd be reluctant to abandon the > longstanding Ctrl Q mapping that has been there for at least a decade. > Would be nice to let people continue using the shortcut they're used to. > > So I suppose I could do Shift Ctrl Alt Q (Shift Ctrl Opt Q on Mac), I tried > it and works ok, aside from scrunched fingers when doing it single-handedly > :) (I did find a way to do it comfortably actually, just takes a little > practice to remember the right fingering). That sounds to complex. +1 for Ctrl+Alt+Left/Right would make sense here?
OK I can switch to use some kind of left/right type idiom. On Macs the forward/backward navigation is actually mapped to Cmd ] and Cmd [ I guess because left/right arrow often have OS-level mappings for things like changing views and whatnot. That's one reason I'm nervous to mess with the arrow keys. What do you think of building on the [ ] idiom, eg ctrl [ or maybe alt [ BTW I could redundantly preserve the legacy Ctrl Q mapping as well, but I found that for some reason that mapping takes priority for display in the GUI menu, regardless of definition order in plugin.xml. For that reason perhaps I won't include the redundant legacy mapping unless I can find a way to do it more silently.
To be clear though, I did try the ctrl arrow mappings on my Mac and it worked fine without interfering with any system functionality that I'm aware of, so that route does appear viable.
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.text/+/167567
Gerrit change https://git.eclipse.org/r/c/platform/eclipse.platform.text/+/167567 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.text.git/commit/?id=fd04502442ae5db261da01b582741dc8006bb8d7
Ari, please also check Bug 565954.
New Gerrit change created: https://git.eclipse.org/r/c/www.eclipse.org/eclipse/news/+/167596
Gerrit change https://git.eclipse.org/r/c/www.eclipse.org/eclipse/news/+/167596 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/eclipse/news.git/commit/?id=ac4de0ef0ad09fcb093c8a8b2e7bf3667683eb7c
