Ticket #30 (reopened enhancement)

Opened 5 years ago

Last modified 4 months ago

Switch to tab N

Reported by: IsakovAN Owned by: somebody
Priority: trivial Milestone: 0.5.0
Component: guake Version: 0.4.2
Keywords: tabs Cc: jgonera, guake.org@…

Description

I propose to add "switch to tab N" keyboard shortcuts to first 10 tabs as this:

  • switch to tab 1 - <Alt>1
  • switch to tab 2 - <Alt>2

...

  • switch to tab 10 - <Alt>0

Attachments

alt_num_go_to_specific_tab.diff Download (2.2 KB) - added by eljunior 2 years ago.
ugly patch against version 0.4.2 that fix the problem

Change History

  Changed 5 years ago by lincoln

Should we have a limit? Why do you suggest when more than 10 tabs are open? Should these options be configurable in the prefs screen or all will follow a standard (the <alt>n)?

Thanks for contributing =)

  Changed 5 years ago by IsakovAN

Limit for opened tabs? I agree that its not realistic to work with dropdown terminal with 20 tabs, but why not? :-) So I dont think that limiting opened tabs is good idea.

But how can user switch to 11 tab for example? <alt>a? <alt>-? I dont think so. If we have 10 digit buttons it should be available 10 shortcuts isnt it?

May be you can add options to gconf? For mad hackers! :-D

I don`t think that "normal" user realy need to reverse this shortcuts(1-<alt>0, 2-<alt>9... 10-<alt>1). :-)

  Changed 5 years ago by lincoln

  • version changed from 0.2 to 0.3
  • milestone set to 0.4.0

Hehe,

I think you misunderstood. I was talking about limits to the shortcuts not to the tabs =)

Anyway, I think <alt>+[0-10] by default and any other by gconf hacking is a good idea.

But since we're almost finishing critical issues, I think this task will be implemented only in guake 0.3.x series.

  Changed 5 years ago by GabrielFalcao

  • priority changed from major to trivial
  • status changed from new to closed
  • resolution set to wontfix

no at all. I don't like this idea, at least, not for a while... I'm gonna think about it, but this stuff of allow shortcuts for tabs should not work by that way, we would need too much keyboard shortcuts for all tabs, or limiting the shortcuts for the only 10 initial tabs, seems awful. A possible solution is a single shortcut that waits for a number, and that number go to the desired tab.

follow-up: ↓ 14   Changed 4 years ago by gw0

Maybe it something similar to this functionality could be added if there would be a 2D layout of all open tabs and then you can move left-right and also up-down. Just like the workspace switcher.

Hm, what about solving this by modifying the default behavour - same terminal on all workspaces. Each workspace could have its own terminals and state Guake is in (not shown, normal, maximized), but there must be an intuitive way to move the terminals around or open the desired terminal in all places you want to (including option: everywhere). Definitely something that is worth to think about...

  Changed 4 years ago by tn

I used these shortcuts when I was using Tilda, and I would really like to see those in Guake too. With current <ctrl>+pgup/pgdn bindings you need to

  • know which tab you are currently using
  • know which tab you want move to
  • press keys multiple times

With <alt>+N you just need to know your target tab and press once.

And after all I think these bindings are a sort of standard. At least Firefox, Nautilus, Pidgin and Tilda (every program I tested) are using those. The exact behavior alters a bit:

  • in Firefox: <alt>+[1-8] = tabs 1-8, <alt>+9 = last tab
  • in Nautilus: <alt>+[1-0] = tabs 1-10
  • in Pidgin: <alt>+[1-9] = tabs 1-9
  • in Tilda: ?

For Guake I suggest: <alt>+[1-9] = tabs 1-9, <alt>+0 = last tab

Changed 2 years ago by eljunior

ugly patch against version 0.4.2 that fix the problem

  Changed 2 years ago by eljunior

  • status changed from closed to reopened
  • version changed from 0.3 to 0.4.2
  • resolution wontfix deleted

Hello! I added a patch (for version 0.4.2) that adds the behavior <alt>+[1-0] = tabs 1-10 It's a hack, but it works. I hope this feature gets the attention of the developers, cause it's easy to fix, and there are a lot of people out there who would like it.

  Changed 2 years ago by jgonera

  • cc jgonera added

This would be really useful, at least as an option. I never had more than 10 terminals open in Tilda and using Alt + [tab no] worked great for me.

  Changed 9 months ago by guakeIII

I agree. There's a reason almost every tabbed program has this. It's super convenient and fast, because the keys ALT+number are easy to reach with only the left hand (at least up to 4 or 5, which is enough in most cases). PageUp/PageDown?, not so much.

It would be great if this could be implemented by default.

  Changed 8 months ago by chmac

  • cc guake.org@… added

Agreed, this is a huge feature, I've just un-installed Guake and installed Tilda because ctrl-pgup/dn is a major PITA with >5 tabs.

  Changed 8 months ago by eljunior

  • milestone changed from 0.4.0 to 0.5.0

I've been using my patch for more than an year, on guake 0.4.2 that's in Ubuntu repositories.

Here is what I do:

# install guake and patch
sudo apt-get install guake patch
# download and apply the patch, backing up altered files
wget -O - http://guake.org/raw-attachment/ticket/30/alt_num_go_to_specific_tab.diff | sudo patch -p2 -b -d /usr/lib/guake

follow-up: ↓ 13   Changed 8 months ago by chmac

@eljunior: Super, awesome, uber fantastic! I figured something had to be recompiled after patching, so seemed like too much hassle. But having tried Tilda I'm delighted to be back on Guake with the Alt-N shortcuts, thanks a lot for your patch and follow up, I really appreciate it.

in reply to: ↑ 12   Changed 8 months ago by eljunior

Replying to chmac:

@eljunior: Super, awesome, uber fantastic! I figured something had to be recompiled after patching, so seemed like too much hassle. But having tried Tilda I'm delighted to be back on Guake with the Alt-N shortcuts, thanks a lot for your patch and follow up, I really appreciate it.

Thanks, man, glad you liked it! As it patches the Python code, there's no need to recompile. :)

in reply to: ↑ 5   Changed 4 months ago by PietroB

Replying to gw0:

Hm, what about solving this by modifying the default behavour - same terminal on all workspaces. Each workspace could have its own terminals and state Guake is in (not shown, normal, maximized), but there must be an intuitive way to move the terminals around or open the desired terminal in all places you want to (including option: everywhere). Definitely something that is worth to think about...

A first attempt in this direction is discussed here: http://guake.org/ticket/543 and implemented here:  https://github.com/toobaz/guake

Note: See TracTickets for help on using tickets.