#461 Switch to the next file in the stack when the ctrl-tab/ctrl-, button is pressed

[AntonioCS]

Hey,

This is ticket is in relation to this post: http://forums.codeblocks.org/index.php?topic=21620.new;topicseen

The behavior of the ctrl+tab button does not work the way it does like in other IDEs (netbeans, visual studio code, eclipse etc..).

Would it be possible to make ctrl+tab go to the last viewed file (in the list of opened files) and not just show the dialod of opened files.

Thanks!

[Jakob Schulze]

Any update on this? I almost created a duplicate to this ticket => I too want this feature. Note, that the shortcut ctrl-tab is assigned twice (once in editor and once in Files):
http://wiki.codeblocks.org/index.php/Keyboard_Shortcuts#Files
http://wiki.codeblocks.org/index.php/Keyboard_Shortcuts#Editor

[Jakob Schulze]

I am considering using code::blocks for a bigger project, but this misbehaviour really slows down a potential workflow so I am already considering alternatives.

So for me this ticket here is quite important. Is there any update or a somewhat responsible programmer? (I know, it is open source and programming resources are sparce)
Sorry for bugging you.

[bluehazzard]

You can switch to stack based ctrl+tab behaviour in Settings->Environment->Notebook apperance->Use stack based tab-switching

A shotr ctrl+tab will switch between the last two used files.
One shot ctrl+tab without lifting the ctrl key will show you a dialog with all open files where you can use the mouse or the tab key to switch between all open editors.
This is on windows. On linux i do not know...

Is there other behaviour you would like to have? Please describe the exact behaviour...

[Jakob Schulze]

Thank you very much bluehazzard!
With this option set the behaviour is exactly what I wanted.

Does this actually close this ticket? The asker specified a behaviour where the mentioned dialog does not show at all. However, since it flashes very shortly and IMHO does not hinder the workflow I would consider the ticket closed.

I mentioned a duplicate assignment in the wiki. Is it necessary/useful to change something there?

[bluehazzard]

Does this actually close this ticket? The asker specified a behaviour where the mentioned dialog does not show at all. However, since it flashes very shortly and IMHO does not hinder the workflow I would consider the ticket closed.

Can you reproduce this flashing? Is this flashing because of the short pressing of the ctrl+tab keys? I think it is rather complicated to introduce a delay there, so i would let it as it is... (i can try to fix it, but i do not think it is worth the added complexity...)

[bluehazzard]

Note to myself: A possible solution would be to activate a timer in the dialog::show or dialog::modal and check after some time (500ms?) if the key is still pressed and show itself only if it is. If the user has released the key the dialog should return immediately (timer running in the void?) but without flashing because the timer is still running. Big question: does the dialog get the key release event to return if he is not shown?

[Jakob Schulze]

Can you reproduce this flashing? Is this flashing because of the short pressing of the ctrl+tab keys?

yes and yes.
I would keep it as it is too, I think the current bevahiour is even better than the alternative. The short view of the (ctrl+tab) dialog is intuitive, since it suggests the possibility of holding down the key longer and interacting with the dialog.

[bluehazzard]

Some other tip for all who are reading this in using big projects the key combination Alt+G is very useful to browse between files really quick

[Jakob Schulze]

You can switch to stack based ctrl+tab behaviour in Settings->Environment->Notebook apperance->Use stack based tab-switching

Should this be default behaviour? I mean just have the option ticket when doing a fresh install.

[bluehazzard]

If no other dev is against it i will change the default value, because i too think this should be the default..