swaywm / sway

i3-compatible Wayland compositor
https://swaywm.org
MIT License
14.67k stars 1.11k forks source link

Floating window larger than screen (bar size not taken into account?) #4604

Open tbm opened 5 years ago

tbm commented 5 years ago

When LibreOffice opens the save dialogue, the window (which seems to be a floating window) is larger than my screen. It seems it's exactly the size of my screen but doesn't take the space taken up by the bar into account.

This is with sway 1.2. My config has:

bar {
    swaybar_command waybar
}
tbm commented 5 years ago

size

size2

cpdef commented 5 years ago

I experienced a similar issue using a Qt application. Qt says on every screen, that it is on Screen 0 and measures then the size of screen 0. Because of that floating Windows like Dialogs have wrong sizes. For example if my primary screen is 1000x1000 and my second 700x700 Qt will make also on the second screen 1000x1000 Windows. It seems to be the same with Gtk. That seems only to apply if xwayland is enabled.

tbm commented 5 years ago

That sounds different to my problem though because I only have one screen connected.

comminux commented 4 years ago

@tbm please show your Sway config. I have similar issue with apps on GTK toolkit (xfce4-terminal for example and i also use waybar too)

tbm commented 4 years ago

@Comminux I think my config is pretty standard. I've attached them (I had to add an .txt extension for GitHub).

config.txt

solarized-dark.txt

MichaelAquilina commented 4 years ago

I've also noticed this issue with save dialogs for gtk based applications like Firefox

declantsien commented 4 years ago

It happens with my gtk emacs too. https://github.com/masm11/emacs.git See the screen recording. https://imgur.com/g1uNZvg

Echo Area which is called in Emacs, at the bottom of the screen. After I toggled floating/tiling. That area showed itself.

bd-g commented 1 year ago

Anyone have a fix here?