-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shrinking of windows problem #115
Comments
Works without problems for me with emacs 27.2. It may be due to a rounding problem with the WM_NORMAL_HINTS property? Provide the output of |
Do they have the same problem with changing fonts with Ctrl-plus and Ctrl-minus in other apps like Firefox. |
Here is the log from
|
No, I don't have the same problem when changing font in Emacs by using single buffer modification, only when using global modification. |
In that spy output there is:
If you look at the height of 761 then In my emacs, with either global-text-scale-mode enabled or disabled, my icesh spy always has this:
And no problem occurs. So unfortunately I can't repeat your experiment. |
IceWM historically has ignored the USSize field in the WM_NORMAL_HINTS property. To enforce a size an app must set both the PMinSize and the PMaxSize to the same value. Because there is no PMaxSize, icewm is free to adjust the size to a value which is in accordance to the emacs provided PBaseSize and PResizeInc. See the ICCCM for details. IceWM is still standards conformant. It just has a different interpretation than other WMs. |
…WM_NORMAL_HINTS property for issue ice-wm/icewm#115.
This was released in |
I cannot even know. I am using icewm 3.3.1-1, and Emacs developers also corrected the behavior, so from both sides it was corrected. I think your correction is not even necessary if you say IceWM does it by standard. To test it, I would need to go back to previous Emacs version. I think it is not necessary. Issue shall be closed. I just hope that it does not affect IceWM negatively. |
Please see the discussion here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=60585
and see this video of the problem:
https://gnu.support/files/tmp/2023-01-06/2023-01-06-01:22:50.ogv
And see this message:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=60585#29
Do you think you know why is this happening?
The text was updated successfully, but these errors were encountered: