guake icon indicating copy to clipboard operation
guake copied to clipboard

guake --split-vertical in startup script doesn't place the window separator in the middle

Open flo2k opened this issue 6 years ago • 6 comments

I have a startup script for Guake and I use something like this:

guake -r "0"
guake -n ~ -r "1"
guake -n ~ -r "2"
guake --split-vertical
guake -n ~ -r "3"
guake -n ~ -r "4"
guake -s 0

Guake successfully creates the tabs and does the vertical split in tab 2--but the window separator is collapsed to the left, so only one of the two terminals is visible. I can move the window separator manually to the middle to see both terminals.

My expected behaviour is that the window separator is in the middle of the window to see both terminals without manually move the window separator.

I achieved this by modifying the startup script to this:

guake --show

guake -r "0"
guake -n ~ -r "1"
guake -n ~ -r "2"
guake --split-vertical
guake -n ~ -r "3"
guake -n ~ -r "4"
guake -s 0

guake --hide

But I don't want to have Guake visible during the startup. Is it possible to execute guake --split-vertical without having Guake visible?


$ guake --support

Guake Version: 3.6.3

Vte Version: 0.52.2

Vte Runtime Version: 0.52.2


GTK+ Version: 3.22.30

GDK Backend: GdkX11.X11Display


Desktop Session: mate


Display: :0

RGBA visual: True

Composited: True

  • Monitor: 0 - DP-1
    • Geometry: 1920 x 1200 at 0, 0
    • Size: 518 x 324 mm²
    • Primary: True
    • Refresh rate: 59.95 Hz
    • Subpixel layout: unknown
  • Monitor: 1 - DP-3
    • Geometry: 1920 x 1200 at 3840, 0
    • Size: 518 x 324 mm²
    • Primary: False
    • Refresh rate: 59.95 Hz
    • Subpixel layout: unknown
  • Monitor: 2 - DP-5
    • Geometry: 1920 x 1200 at 1920, 0
    • Size: 518 x 324 mm²
    • Primary: False
    • Refresh rate: 59.95 Hz
    • Subpixel layout: unknown

flo2k avatar Aug 29 '19 05:08 flo2k

I can confirm this issue:

guake -n .; guake --split-vertical

when guake is not visible seems to be the core problem, and it cannot be worked around with a sleep inbetween. Might be somewhat more complicated.

I also noticed that in this broken state, when you open up a new tab and close it, no terminal seems to have focus, so you cant even ctrl+d without mouse clicking first.

phil294 avatar Oct 14 '19 09:10 phil294

This is probably due to a timing issue ... :(

gsemet avatar Oct 15 '19 20:10 gsemet

I tested also some sleep commands with different times - but couldn't I achieve some improvements. Only making Guake visible during the creation of the tabs and the vertical split did work as a workaround.

flo2k avatar Oct 16 '19 04:10 flo2k

I believe this is due to a more general issue with Guake's width being reported on a delay at startup.

Davidy22 avatar Oct 08 '21 16:10 Davidy22

@Davidy22 I still use the type of script that I posted above, with the workaround of making Guake visible before I perform the vertical split. I'm still interested in a fix, where I can then speed up the automatic login procedure.

flo2k avatar Oct 09 '21 13:10 flo2k

The fix for the underlying issue to this should also deal with issues with layouts dependent on terminal width on startup

Davidy22 avatar Oct 09 '21 15:10 Davidy22