From: martin rudalics <rudalics@gmx.at>
To: Eli Zaretskii <eliz@gnu.org>
Cc: mvoteiza@udel.edu, 18136@debbugs.gnu.org
Subject: bug#18136: 24.4.50; crash in redisplay when calling load-theme
Date: Tue, 29 Jul 2014 17:41:56 +0200 [thread overview]
Message-ID: <53D7C0C4.7070406@gmx.at> (raw)
In-Reply-To: <83mwbste5o.fsf@gnu.org>
> I don't have strong feelings about it, and will probably adapt if we
> stay with this semantics. But it feels strange, as on a TTY the menu
> bar is a line just like any other line, and when the menu bar is not
> displayed, I'd expect that line to be used for text.
The one use case I can think of is the following: Someone tries to do
something special if a specific frame is not as high as needed for
displaying some sort of text. In this case it would be nice to have a
uniform behavior. But the point is rather moot since the object of
reference in this regard is the window and the frame height also counts
in the minibuffer and a modeline. So I have no strong feelings about
this either.
Note that this was an attempt to make the various toolkits behave more
similar. But so far I failed in a number of aspects. For example, I
was not able to keep the frame height constant when adding/removing the
menubar in fullheight mode on a number of GUI builds.
> E.g., with your suggested semantics, what would you expect from this:
>
> emacs -Q
> M-: (frame-height) RET
> M-x menu-bar-mode RET
> M-: (frame-height) RET
>
> Would you expect to see the 2 results of frame-height identical or
> different?
Ideally different in fullscreen/maximized/fullheight mode or with
`frame-inhibit-implied-resize' non-nil, identical otherwise.
> Again, FrameRows and FrameCols updates are triggered in 3 possible
> ways:
>
> . when the terminal is created
>
> . when we get SIGWINCH
>
> . when we call change_frame_size
>
> The last one was missing, which caused bug #17875, whereby switching
> to a different frame on the same terminal failed to update FrameRows
> and FrameCols, because neither of the first 2 triggers happened.
My bad. For some reason I thought these were set in change_frame_size.
Is calling change_frame_size necessary when switching frames? What a
strange thing to do.
martin
next prev parent reply other threads:[~2014-07-29 15:41 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-29 0:36 bug#18136: 24.4.50; crash in redisplay when calling load-theme Mark Oteiza
2014-07-29 9:05 ` Eli Zaretskii
2014-07-29 10:44 ` martin rudalics
2014-07-29 12:12 ` Eli Zaretskii
2014-07-29 14:02 ` martin rudalics
2014-07-29 14:47 ` Eli Zaretskii
2014-07-29 15:41 ` martin rudalics [this message]
2014-07-29 16:31 ` Eli Zaretskii
2014-07-29 18:23 ` martin rudalics
2014-07-29 18:29 ` Eli Zaretskii
2014-07-30 16:45 ` martin rudalics
2014-07-30 17:18 ` Eli Zaretskii
2014-07-30 17:36 ` martin rudalics
2014-07-30 17:52 ` Eli Zaretskii
2014-07-31 8:49 ` martin rudalics
2014-07-31 10:52 ` Eli Zaretskii
2014-07-31 16:53 ` martin rudalics
2014-07-31 17:55 ` Eli Zaretskii
2014-08-01 8:57 ` martin rudalics
2014-08-01 12:55 ` Eli Zaretskii
2014-08-04 17:23 ` martin rudalics
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=53D7C0C4.7070406@gmx.at \
--to=rudalics@gmx.at \
--cc=18136@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=mvoteiza@udel.edu \
/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.