bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#14627: 24.2; Vertical frame size shrinking


From: Jan Djärv
Subject: bug#14627: 24.2; Vertical frame size shrinking
Date: Fri, 23 Aug 2013 18:22:16 +0200

Hello.

23 aug 2013 kl. 13:10 skrev Eli Zaretskii <address@hidden>:

>> Date: Fri, 23 Aug 2013 12:46:01 +0200
>> From: martin rudalics <address@hidden>
>> CC: address@hidden, address@hidden, address@hidden
>> 
>>>> The OP uses cyrillic and Stephen invokes Info, could these give a
>>>> clue?
>>> 
>>> I don't think so, certainly not with Info.
>> 
>> Info has a special toolbar.
> 
> Right, but we already talked about that: only image sizes can change
> the toolbar's size.

In 99 cases out of 100 these cases are due to either the inherent race in 
wm_size_hints or bugs in the window manager.  In this case it is probably the 
latter.

I suspect the tool bar changes for the OP.  That makes Emacs send new 
wm_size_hints to the window manager, telling it what the base- and increment 
sizes are.  If the tool bar changes, the base size changes (the size not 
counted against resize increments, i.e. font size).  Normally a window manager 
shall then make sure Emacs frame has the appropriate size, i.e.

    height = base_y + inc_y * n

where n is an integer.

But in this case the frame is maximized, so the window manager should do 
nothing, like all other window managers.

A possible workaround is not to update size hints when Emacs is maximized or 
fullscreen.

        Jan D.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]