You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please excuse me if this issue is already reported (I could not find it), or if it is fixed in newer versions (I cannot easily test at the moment), or if I'm missing something obvious.
I am running Debian 11 (bullseye).
I am using JWM v2.3.7, compiled options: confirm fribidi icons jpeg nls png shape svg xbm xinerama xpm xrender (The package provided by Debian)
Also, I have picom installed, though I have not configured it at all.
The Root menu height attribute does not represent its actual height in pixels. It's actual height is much larger.
Having the Tray and Root menu height set to 22, and by having a big enough sub-menu in the Root menu, such as to align the last item to the bottom of the screen, I can see that the Root menu items are much taller than the Tray. I managed to make them exactly the same by setting the Tray height to 22 and the Root menu height to 15.
Additionally, when both the Tray height and the Window title bar height are set to 22, the Window bar is 1 pixel (I think) taller than the Tray. I tested this by aligning a window at the bottom of the screen and seeing that when the Tray was visible the top of the Window bar was still visible.
I think this is also true for a top tray (although harder to see because it's not true for full screen windows but I suspect that they hide their outline when they are full screen or they snap on the top), which would mean that the position of my Tray x="0" y="-1" is not the issue. (If y="-1" means 1 over the bottom pixel and not the bottom pixel, maybe my pixel counting is wrong and the Window bar has two visible pixels when under a top Tray.)
The former issue is very noticeable and certainly a thing.
The latter may have to do with with windows having an extra border, or Tray positioning.
Sorry for the rambling bad English.
Thank you Joe for all your hard work! I really enjoy jwm!
The text was updated successfully, but these errors were encountered:
Please excuse me if this issue is already reported (I could not find it), or if it is fixed in newer versions (I cannot easily test at the moment), or if I'm missing something obvious.
I am running Debian 11 (bullseye).
I am using JWM v2.3.7, compiled options: confirm fribidi icons jpeg nls png shape svg xbm xinerama xpm xrender (The package provided by Debian)
Also, I have picom installed, though I have not configured it at all.
The Root menu height attribute does not represent its actual height in pixels. It's actual height is much larger.
Having the Tray and Root menu height set to 22, and by having a big enough sub-menu in the Root menu, such as to align the last item to the bottom of the screen, I can see that the Root menu items are much taller than the Tray. I managed to make them exactly the same by setting the Tray height to 22 and the Root menu height to 15.
Additionally, when both the Tray height and the Window title bar height are set to 22, the Window bar is 1 pixel (I think) taller than the Tray. I tested this by aligning a window at the bottom of the screen and seeing that when the Tray was visible the top of the Window bar was still visible.
I think this is also true for a top tray (although harder to see because it's not true for full screen windows but I suspect that they hide their outline when they are full screen or they snap on the top), which would mean that the position of my Tray x="0" y="-1" is not the issue. (If y="-1" means 1 over the bottom pixel and not the bottom pixel, maybe my pixel counting is wrong and the Window bar has two visible pixels when under a top Tray.)
The former issue is very noticeable and certainly a thing.
The latter may have to do with with windows having an extra border, or Tray positioning.
Sorry for the rambling bad English.
Thank you Joe for all your hard work! I really enjoy jwm!
The text was updated successfully, but these errors were encountered: