Community
Participate
Working Groups
While chatting with an advanced user who also uses IntelliJ, he mentioned an interesting usability workflow in IJ that is hard to have with Eclipse IDE. The workflow is basically to easily minimze a part (such as Git staging) and reopen it. So you can very easily give more space to the editor when you want to code, and get back to the view when you need it. I think Eclipse IDE has most of the necessary things in place to better cover this workflow. What I think is the main missing point is a shortcut to minimize the active view part. I would like to suggest Ctrl+Alt+C which is very easy to reach, and the 'C' can map in user mind to "Close" which is functionally similar to Minimize in that workflow.
@Gautier: would you like to provide a patch for this one?
Two things: 1) Most likely you want to minimize *view stack*, not just a view. 2) "Ctrl+Alt" modifier together should not be used, I can't recall where it is stated, but this is the rule.
(In reply to Andrey Loskutov from comment #2) > 2) "Ctrl+Alt" modifier together should not be used, I can't recall where it > is stated, but this is the rule. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=427999#c47
Hello, > 1) Most likely you want to minimize *view stack*, not just a view. Andrey, I think you're right. I want to minimize the view stack and not only the view. I also want that all view stacks have the following behaviour : If I open a view via ctrl+3 (i.e. Git Staging for commit), I want to show the view in the Original Location. I know there is an option in each view stack for this but I didn't find a global preference for "Show in the Original Location". I don't know how to store this globally and synchronize between my computers. Andrey, Lars, thanks for the reminder about ctrl+alt modifier. It's not a problem for me or Mickael because we use fedora and a qwerty US keyboard, but indead, many people use other OS or keyboard layouts. @Mickael, I am not available to provide a patch. I would like to work on eclipse-bluesky first.
Indeed, I was thinking about the viewStack. Too bad retarded OSs prevent is from using good shortcuts... could a Windows user (Andrey) make and try some proposals that aould integrate well in this user story?
Moving to 4.8.M6 as it's an easy fix (once we have a good shortcut) with a good value.
Let's try to have a good shortcut for it in M7.
While this very valuable shortcut would deserve a 2 keys combination, the shortcuts in Eclipse IDE are almost all almost all used. I suggest we use a sequence as a 1st approach: Shift+Alt+Q W . Shift+Alt+Q is the beginning shortcut to access the list of views, and W is used by many tools for close (on Ctrl+W). Semantically, this can be interepreted as "views" (Shift+Alt+Q) "close" (W) which is somehow what users want to achieve with such shortcut (except in practice we'll hide them instead of closing them, but I don't think users would mind). WDYT?
@Mickael Because we can't use Ctrl+Alt modifier, I think your proposal makes sense. +1
But I have one question, for the open view scenario, what shortcut should we use for open the view ? Should it be Alt + Shift + Q, Q and choose the needed view? Or ctrl+3 and find the needed view ?
(In reply to Gautier de SAINT MARTIN LACAZE from comment #10) > But I have one question, for the open view scenario, what shortcut should we > use for open the view ? > Should it be Alt + Shift + Q, Q and choose the needed view? Or ctrl+3 and > find the needed view ? Both work and are supported. Alt+Shift+Q Q opens a dedicated dialog which allows to discover and browse views. But for users who know which view they want to open (or at least feel like they can guess a keyword), Ctrl+3 is much faster and more powerful. In general, it's better to "evangelize" about Ctrl+3 as it's really a crazy good UX that allows to do a lot of things. Detailed shortcuts for sporadic actions are IMO not worth taking users' memory compared to going through the menu when needed.
> In general, it's better to "evangelize" about Ctrl+3 as it's really a crazy > good UX that allows to do a lot of things. Detailed shortcuts for sporadic > actions are IMO not worth taking users' memory compared to going through the > menu when needed. I agree.
