bug#18107: emacsclient: maximization and size hints

bug#18107: emacsclient: maximization and size hints

[Carlos Pita]

When you call emacsclient like this:

   emacsclient -c  -F "((fullscreen . maximized))"

the maximization ignores the size hints and some residual area could
be left behind, looking like a phantom modeline below the real one.
This doesn't happen when you manually or programatically maximize
emacs after launch. Extra space could be reserved at the east and
south edges, of course, because of the multiple-of-char-size
restriction, but this extra space is correctly painted with the
background color. It seems to me like some issue with the order of the
initialization sequence.

Nevertheless, I believe this is mostly irrelevant for 24.4 as the
multiple-of-char-size restriction would be no more binding.

bug#18107: emacsclient: maximization and size hints

[martin rudalics]

 > When you call emacsclient like this:
 >
 >     emacsclient -c  -F "((fullscreen . maximized))"
 >
 > the maximization ignores the size hints and some residual area could
 > be left behind, looking like a phantom modeline below the real one.
 > This doesn't happen when you manually or programatically maximize
 > emacs after launch. Extra space could be reserved at the east and
 > south edges, of course, because of the multiple-of-char-size
 > restriction, but this extra space is correctly painted with the
 > background color. It seems to me like some issue with the order of the
 > initialization sequence.
 >
 > Nevertheless, I believe this is mostly irrelevant for 24.4 as the
 > multiple-of-char-size restriction would be no more binding.

Sorry, I completely fail to understand what you did.  What is a "phantom
modeline below the real one"?  Which version did you use on which build?

Thanks, martin

bug#18107: emacsclient: maximization and size hints

[martin rudalics]

 > this is a problem I've seen many times with terminals running inside tiling
 > window managers that doesn't honor size hints. Sometimes the client gets
 > resized and a previously rendered area (usually at the bottom) is not
 > cleared, because the client itself asumes it's not in charge of that area
 > (because of the size hints it exposes, requiring to be resized at char size
 > multiples). Well, that's happening in latest 24.3 when launched the way I
 > described. I guess that, in order to reoroduce the issue, you will have to
 > set an initial geometry heigher than you screen, so that maximization turns
 > the window shorter. The phantom modeline will be then just a residual copy
 > of the modeline in an area outside of the geometry hinted by emacs, at the
 > very bottom of the frame. Hope it's clear now. Also, I tested this with the
 > latest pretest and it's not happening anymore because of the new resizing
 > policy. Cheers, Carlos.

So can we close this bug?

martin

bug#18107: emacsclient: maximization and size hints

[martin rudalics]

 > If 24.3 gets no fixes of its own,

It won't.

 > then I guess 24.4 closes this issue, yes.
 > I reported it just in case and because I 'm not fully aware of the
 > maintenance schedule and policy. Cheers.

Closed.

Thanks, martin