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

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

bug#7296: display-pixel-height not enough


From: Lennart Borgman
Subject: bug#7296: display-pixel-height not enough
Date: Sat, 30 Oct 2010 20:59:24 +0200

On Sat, Oct 30, 2010 at 8:30 PM, Jan Djärv <address@hidden> wrote:
>
>
> 30 okt 2010 kl. 19:41 skrev Lennart Borgman <address@hidden>:
>
>> On Sat, Oct 30, 2010 at 7:27 PM, Jan Djärv <address@hidden> wrote:
>>>
>>>
>>> Lennart Borgman skrev 2010-10-30 16.05:
>>>>
>>>> On Sat, Oct 30, 2010 at 12:45 PM, Jan Djärv<address@hidden>  wrote:
>>>>>
>>>>>
>>>>> Lennart Borgman skrev 2010-10-30 11.25:
>>>>>>
>>>>>> On Sat, Oct 30, 2010 at 9:28 AM, Jan Djärv<address@hidden>    wrote:
>>>>>>>
>>>>>>> The bug does not include any explanation why the current situation is a
>>>>>>> problem or a use case that describes it.  So I don't know what this
>>>>>>> information is for.  If it is for making an Emacs frame as tall as it
>>>>>>> can
>>>>>>> be, that information is not it.
>>>>>>
>>>>>>
>>>>>> The Emacs frame can be partly hidden by the taskbar even when the
>>>>>> frame is the active w32 window if the height is set to the value
>>>>>> x-dsiplay-pixel-height (when for example the frame is aligned to the
>>>>>> top and the taskbar is at the bottom of the display), that is the
>>>>>> problem. Sorry if that was unclear.
>>>>>
>>>>> What package does this?
>>>>
>>>> Every function that tries to maximize just height will do it.
>>>
>>> I'd rather see that those functions let the window manager do the job, i.e.
>>> set fullscreen to fullheight.  I don't know if W32/Nextstep has something
>>> similar, but if they do, that is a better solution to implement.
>>
>>
>> Then please tell those that do the window managers this ;-)
>>
>> Maybe I am not explaining this very well since you said this. What the
>> window manager on w32 does is giving the size of the total display and
>> the work area of the display (through some API:s). We are currently
>> using the total display size. What we should do instead is using the
>> work area size. (I don't know if the total display size actually is
>> useful at all on w32 since it is not needed to maximize a window on
>> w32.)
>>
>> Can you please tell me what is unclear? (I of course expect similar
>> solutions on other platforms.)
>
> Emacs should refrain from trying to maximize frames itself, because it is not 
> so simple as you state to just replace one height with another.

I never said something about using those values for maximizing a
frame. You simply do not do it that way on w32.

> I know that W32 has some mechanism to maximize a window without fiddling with 
> height and width. You should check if there is a similar way to maximize just 
> height by asking the system to do it.

I told how to do this earlier in this thread. Or did not that message reach you?

> It is why Emacs only does maximizing and fullscreen by delegering it to the 
> window manager in X.

Yes, it should do it the same way on w32, but you can not do it for
just height or just width on w32. (But you can set height (or width)
to the same value as it is with a maximized window.)





reply via email to

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