[Konsole-devel] [PATCH] konsole: Increase the number of tab-switch hotkeys from 10 to 14

Ingo Molnar mingo at kernel.org
Tue Mar 26 08:37:08 UTC 2013

* Kurt Hindenburg <kurt.hindenburg at gmail.com> wrote:

> Hello, thanks for the patch and feedback.  My keyboard has 19 function 
> keys - I wonder if allowing 19 would be a good idea.

Might make sense! I use the top row number keys, not function keys, (they 
are closer and fit into regular typing patterns), and that row has 14 

> On Sun, Mar 24, 2013 at 5:49 AM, Ingo Molnar <mingo at kernel.org> wrote:
> >  - once you go full-screen in Konsole, there's no way to go back to
> > windowed mode again, even with the
> >    mouse: there's no menu entry AFAICS. The "Show Menubar" action gets
> > ignored.
> The 'Show Menubar' should work and does here.

Might be Unity/Compiz interaction ... the global menubar thing?

So here's what I do and what happens, in case you are interested:

 - I start Konsole windowed, non-maximized

 - I right-click on my mouse and click on 'Show Menubar' in the context 
   menu window, it appears in the top, global Unity menubar

 - The 'Show Menubar' entry disappears from the context menu window.

 - I enter Konsole full screen mode

 - There's no global menu visible (it's in full screen mode), and the 
   context menu does not show a 'Show Menubar' option - it's probably 
   still 'shown' in the global menubar (but due to full screen it's not 

 - Even the Show-Menubar hotkey, Ctrl-Shift-M, does not have any effect

 - Konsole window is 'stuck' in full screen mode

I think it's a Unity artifact/quirk - which could be worked around by 
making the 'full screen' toggle always accessible via the mouse context 

> [...]  If you assign 'Full Screen' a shortcut does that work? ??????

Yes, that's how I worked it around in practice: I assigned a full-screen 
shortcut to F11 and can always exit/enter full screen mode.

> >  - for scripted start-up there's --tabs-from-file and I use it - but
> >    there's no --full-screen option like
> >    gnome-terminal has. So after every fresh konsole start-up I have to hit
> >    F11.
> >
> --fullscreen was just added so it will be in KDE 4.11?????? (On a side-note I
> see gnome uses "--full-screen")

NOTE: I only used the 'konsole' binary from the development build - 
otherwise the environment is a stock Unity / Ubuntu 12.10, and none of the 
KDE development binaries are installed or activated.

With that caveat, this is how Konsole behaves for me:

 hubble:~> konsole --full-screen
 konsole: Unknown option 'full-screen'.
 konsole: Use --help to get a list of available command line options.
 hubble:~> konsole --fullscreen
 konsole: Unknown option 'fullscreen'.
 konsole: Use --help to get a list of available command line options.
 hubble:~> konsole -version
 Qt: 4.8.3
 KDE Development Platform: 4.9.5
 Konsole: 2.9.5                                                                                                                                                 

Anyway - these are really minor details, I'm a Konsole happy camper!

I particulary like it how economic Konsole is with X resources:

With gnome-terminal I was hit by a particularly bad bug recently, where, 
under my extreme use, gnome-terminal cached (effectively leaked) up to 1 
million pixmaps per day (!), eventually bringing Xorg performance to its 

Only quitting all gnome-terminal terminals would fix the leak - which is 
as intrusive to me as a full reboot of the system.

On the other hand, even with a number of Konsole's and tabs started, 
Konsole barely registers on the xrestop output:

  res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier
  3200000    11   11    1   20   61      288K      2K    290K  2663 56: f Konsole

So to me Konsole has the performance of xterm with the feature set of a 
modern terminal application.




More information about the konsole-devel mailing list