--- Begin Message ---
|
Subject: |
Hyperbole causes frame to widen in Gnus |
|
Date: |
Fri, 01 Jul 2016 14:48:13 +0200 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
I use: Editor: GNU Emacs 25.1.50.2 (x86_64-suse-linux-gnu, GTK+ Version
3.14.15)
Hyperbole: 05.14
Sys Type: x86_64-suse-linux-gnu
OS Type: gnu/linux
Window Sys: x
News Reader: Gnus v5.13
This has peculiar triggering conditions, but the problem is reliably
reproducible on my machine with the following recipe:
0. emacs -Q
Sanity check: Typing `M-: (frame-width) RET' => 80
1. Type `M-x customize-face RET default RET'
In the Font Family attribute enter DejaVu Sans Mono
In the Height attribute (for Height in 1/10 pt) enter 90
Set State to Set for Current Session
Sanity check: Typing `M-: (frame-width) RET' => 80
2. Evaluate (add-to-list 'load-path "<path to hyperbole-5.14>")
Evaluate (require 'hyperbole)
Sanity check: Typing `M-: (frame-width) RET' => 80
3. Type `M-x gnus y B RET news.gmane.org RET' to get the Gnus Browse
Server buffer with the list of Gmane groups.
Sanity check: Typing `M-: (frame-width) RET' => 80
4. Type `1 RET' on a group line, e.g. the first one gmane.announce, to
enter the Summary buffer displaying the latest article listing.
=> Now Typing `M-: (frame-width) RET' => 88
5. Type RET on the article line the Summary buffer to pop up the Article
buffer, type `h' to make the Article buffer the current buffer, type
`S-TAB' to put point on the address in the To: line of the article
(this address is a clickable link; putting point on any other link in
the Article buffer will also trigger the following behavior).
Sanity check: Typing `M-: (frame-width) RET' => 88
6. Do something to change the current buffer, e.g. by typing `h' to make
the Summary buffer current or `M-x' to make the minibuffer current.
7. Make the Article buffer current again, e.g. by typing `h' again in
the Summary buffer or `C-g' in the minibuffer.
=> Now Typing `M-: (frame-width) RET' => 97
Henceforth, every time I make the frame width less than 88, on making
the Gnus Summary buffer current it widens to 88, and on making the
Article buffer current (as long as point is on a link in that buffer)
the frame widens to 97. (If the frame width is already wider than 88 or
97, respectively, then making those buffers current does not shrink the
frame's width.)
This issue does not happen with the default font specification for Emacs
on my system; the font specification above is the one I use, which is
why I noticed the problem. I haven't tried other font specifications
yet. And I haven't observed this issue in any other buffers than the
Gnus Summary and Article buffers. And of course, it doesn't happen if
Hyperbole is not loaded.
Steve Berman
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#23880: Hyperbole causes frame to widen in Gnus |
|
Date: |
Tue, 05 Jul 2016 15:07:51 +0200 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
On Sun, 03 Jul 2016 16:31:37 +0200 Stephen Berman <address@hidden> wrote:
> On Fri, 1 Jul 2016 13:12:42 -0400 Robert Weiner <address@hidden> wrote:
>
>> If you want to troubleshoot more, try to isolate a particular library
>> whose loading triggers the problem. I don't think it is a Hyperbole
>> bug.
>
> I don't know if a bug in Hyperbole is causing this, all I can conclude
> at the moment is that the combination of Hyperbole, Gnus and particular
> fonts result in this problem; it seems likely these combinations are
> exposing a bug in Emacs.
[...]
> In short, this is a strange problem, and I don't know how to proceed
> from here. I'll try asking for advice on emacs-devel.
Well, I asked, and it seems clear that this is either a Gtk+ bug or a
bug in how Emacs interacts with Gtk+ menu bars; see
http://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00158.html
So I'm closing this bug report.
Steve Berman
--- End Message ---