unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#18107: emacsclient: maximization and size hints
@ 2014-07-25 15:52 Carlos Pita
  2014-07-26  9:00 ` martin rudalics
  0 siblings, 1 reply; 4+ messages in thread
From: Carlos Pita @ 2014-07-25 15:52 UTC (permalink / raw)
  To: 18107

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.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18107: emacsclient: maximization and size hints
  2014-07-25 15:52 bug#18107: emacsclient: maximization and size hints Carlos Pita
@ 2014-07-26  9:00 ` martin rudalics
       [not found]   ` <CAELgYhfgwN_8DDKQPJpV5z3TGMnVTNbfX+6hRvSyQsGXAHRQHg@mail.gmail.com>
  0 siblings, 1 reply; 4+ messages in thread
From: martin rudalics @ 2014-07-26  9:00 UTC (permalink / raw)
  To: Carlos Pita, 18107

 > 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





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18107: emacsclient: maximization and size hints
       [not found]   ` <CAELgYhfgwN_8DDKQPJpV5z3TGMnVTNbfX+6hRvSyQsGXAHRQHg@mail.gmail.com>
@ 2014-07-26  9:32     ` martin rudalics
       [not found]       ` <CAELgYhdy2Zm7wSrjPz9t3AO0SnSXX_mz25mT3VX5=DKM1M0N9Q@mail.gmail.com>
  0 siblings, 1 reply; 4+ messages in thread
From: martin rudalics @ 2014-07-26  9:32 UTC (permalink / raw)
  To: Carlos Pita, 18107

 > 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





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18107: emacsclient: maximization and size hints
       [not found]       ` <CAELgYhdy2Zm7wSrjPz9t3AO0SnSXX_mz25mT3VX5=DKM1M0N9Q@mail.gmail.com>
@ 2014-07-26  9:43         ` martin rudalics
  0 siblings, 0 replies; 4+ messages in thread
From: martin rudalics @ 2014-07-26  9:43 UTC (permalink / raw)
  To: Carlos Pita, 18107-done

 > 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





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-07-26  9:43 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-25 15:52 bug#18107: emacsclient: maximization and size hints Carlos Pita
2014-07-26  9:00 ` martin rudalics
     [not found]   ` <CAELgYhfgwN_8DDKQPJpV5z3TGMnVTNbfX+6hRvSyQsGXAHRQHg@mail.gmail.com>
2014-07-26  9:32     ` martin rudalics
     [not found]       ` <CAELgYhdy2Zm7wSrjPz9t3AO0SnSXX_mz25mT3VX5=DKM1M0N9Q@mail.gmail.com>
2014-07-26  9:43         ` martin rudalics

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).