all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Yuri D'Elia <yuri.delia@eurac.edu>
To: martin rudalics <rudalics@gmx.at>, <19990@debbugs.gnu.org>
Subject: bug#19990: 24.4; Bad resizing interaction when WM ignores size hints
Date: Wed, 4 Mar 2015 19:53:24 +0100	[thread overview]
Message-ID: <54F754A4.5050507@eurac.edu> (raw)
In-Reply-To: <54F752C8.7050009@gmx.at>

On 03/04/2015 07:45 PM, martin rudalics wrote:
>  > Using awesomewm you can set "size_hints_honor = false".
>  > With spectrwm there's no setting (the size hints are not honored if the
>  > window is tiled, but are if the window is floating).
>  > Xmonad is pretty similar to awesome in this sense (defaults to honor,
>  > but not honoring is common).
> 
> I still don't understand how you "force the emacs frame to take the
> height of the entire screen".  Do you set the fullscreen frame parameter
> to `fullheight'?

No, the window manager resizes the frame to the screen's height (or an
arbitrary height), ignoring WM size hints. I hope this clarifies. I
never use the fullscreen function (I use the WM own binding for this
purpose).

>  > It does work, but I was wondering if this could be fixed irregardless,
>  > since depending on the setting the hints might be honored or not.
> 
> Do you mean you want hints honored when the frame is floating and not
> honored when the frame is tiled?

Yes.

>  > When I put some debugging code in gtkutil.c:xg_frame_resized, it looks
>  > like two resize events are received when the frame is mapped: one with
>  > the real window size, and a second event with the size rounded-down to
>  > the text size.
> 
> And if you set `frame-resize-pixelwise' to t you get only one resize
> event?

I do.

>  > Again, when the frame is focused, a third resize event is
>  > received with the initial size, which causes the frame to render
>  > correctly. This feels odd.
> 
> What is the "initial size"?  Who sets it?

The first event is sent by the WM (probably with a reconfigure request).

> 
>  > GTK might be trying to resize the window after the first event. In
>  > xg_frame_resized itself it might be necessary to disable the size hints
>  > to prevent that (as done in xg_frame_set_char_size). But I don't have
>  > enough experience with GTK and/or low-level frame handling. I was hoping
>  > for somebody else to chime in.
> 
> In x_wm_set_size_hint we disable size hints for fullscreen and maximized
> frames.  Is it that what you mean with "as done in
> xg_frame_set_char_size"?

Yes. The second/third event I saw while debugging are not coming from
the window manager. I suspect it's GTK trying to reconfigure the window
according to the size hints (and failing).






  reply	other threads:[~2015-03-04 18:53 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-03 11:38 bug#19990: 24.4; Bad resizing interaction when WM ignores size hints Yuri D'Elia
2015-03-03 17:47 ` martin rudalics
2015-03-03 18:41   ` Yuri D'Elia
2015-03-04 18:45     ` martin rudalics
2015-03-04 18:53       ` Yuri D'Elia [this message]
2015-03-04 19:22         ` Jan D.
2015-03-04 19:30           ` Yuri D'Elia
2015-03-04 19:38             ` Yuri D'Elia
2015-03-04 21:18             ` Jan D.
2015-03-05  8:04           ` martin rudalics
2015-03-05 16:36             ` Jan D.
2015-03-05 18:15               ` martin rudalics
2015-03-06  6:03                 ` Jan D.
2015-03-06  9:21                   ` martin rudalics
2015-03-06 10:53                     ` Yuri D'Elia
2015-03-06 17:05                       ` Jan D.
2015-03-06 17:19                         ` Yuri D'Elia
2015-03-06 18:54                       ` martin rudalics
2015-03-06 17:00                     ` Jan D.
2015-03-06 18:54                       ` martin rudalics
2015-03-07  8:00                         ` Jan D.
2015-03-05  8:04         ` martin rudalics
2020-02-29 18:05 ` Stefan Kangas
2020-03-01 21:24   ` Yuri D'Elia
2020-03-02  8:00     ` Stefan Kangas
2020-03-02  9:53       ` Yuri D'Elia

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54F754A4.5050507@eurac.edu \
    --to=yuri.delia@eurac.edu \
    --cc=19990@debbugs.gnu.org \
    --cc=rudalics@gmx.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.