all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: 23966@debbugs.gnu.org
Subject: bug#23966: 25.1.50; Frame resizing due to tool bar + Gnus
Date: Thu, 14 Jul 2016 19:33:41 +0200	[thread overview]
Message-ID: <5787CCF5.3000404@gmx.at> (raw)
In-Reply-To: <87a8hkpmq8.fsf@gmx.net>

 >> ‘frame-height’ is not necessarily a reliable reflection of what you see
 >> on screen.
 >
 > Why not?

Because of rounding.  Tool bar, menu bar and scroll bars do not have
necessarily sizes that are multiples of a frame's default character
size.  And often you're losing pixels when the frame gets maximized or
‘frame-resize-pixelwise’ is non-nil during resizing.

 > What's more reliable?

Everything that counts in pixels like ‘frame-pixel-height’.

 >> ... in an emacs -Q of the release version I get
 >
 > I assume you mean from emacs-25?

Yes.

 > With 24.5 I get "Symbol's function
 > definition is void: frame-geometry".

Indeed.

 >> What do you get with my modifications?
 >
 > On emacs-25 with -Q and frame-resize-pixelwise nil:
[...]
 > Other buffer; frame pixel height: 608  toolbar height: 53
[...]
 >
 > On master with -Q and frame-resize-pixelwise nil the results were the
 > same except for the third to last line:
 >
 > Other buffer; frame pixel height: 608  toolbar height: 45

Not here.  I get 648 and 44 in both cases.

 > On emacs-25 with -Q frame-resize-pixelwise t:
 >
 > Emacs started; frame pixel height: 576  toolbar height: 53
[...]
 > Final; frame pixel height: 666  toolbar height: 53

So your frame has grown by 90 pixels.  Remarkable.  BTW setting
‘frame-inhibit-implied-resize’ to t would avoid that.

 > On master with -Q and frame-resize-pixelwise t the results were the
 > same except for the last three lines:
 >
 > Other buffer; frame pixel height: 621  toolbar height: 45
 > Back to Summary buffer; frame pixel height: 658  toolbar height: 8
 > Final; frame pixel height: 658  toolbar height: 53

Here all lines are the same, again.

The problem is not GTK specific.  Lucid and Motif behave similarly.  I
suppose that just enabling ‘tool-bar-mode’ is not sufficient to make a
gnus tool bar once gnus has started.  Maybe this deficiency is inherent
to ‘tool-bar-mode’ itself.  But it would be interesting to find out
who's responsible for making such small (8 pixels in your, 35 pixels in
my case) tool bars in the first place.

martin






  reply	other threads:[~2016-07-14 17:33 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-13 12:16 bug#23966: 25.1.50; Frame resizing due to tool bar + Gnus Stephen Berman
2016-07-13 17:34 ` martin rudalics
2016-07-13 19:21   ` Stephen Berman
2016-07-14  9:01     ` martin rudalics
2016-07-14  9:55       ` Stephen Berman
2016-07-14 17:33         ` martin rudalics [this message]
2016-07-14 19:14           ` Stephen Berman
2018-04-12 15:01             ` Lars Ingebrigtsen
2018-04-13  9:16               ` Stephen Berman
2020-07-19 16:02                 ` Lars Ingebrigtsen
2020-07-20  9:10                   ` Stephen Berman
2020-07-20  9:31                     ` Lars Ingebrigtsen
2020-07-20  9:50                       ` Stephen Berman
2020-07-23 15:25                         ` Lars Ingebrigtsen
2020-07-20  9:33                     ` Lars Ingebrigtsen
2020-07-20  9:43                       ` Lars Ingebrigtsen
2020-08-04  9:29                         ` Lars Ingebrigtsen
     [not found]                         ` <87mu3arc6u.fsf@gnus.org>
2022-04-30 16:18                           ` Lars Ingebrigtsen

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=5787CCF5.3000404@gmx.at \
    --to=rudalics@gmx.at \
    --cc=23966@debbugs.gnu.org \
    --cc=stephen.berman@gmx.net \
    /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.