--- Begin Message ---
|
Subject: |
23.0.93; Shrinking frame with GTK+ tool bar in KDE with gtk-qt engine |
|
Date: |
Sun, 03 May 2009 01:24:40 +0200 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) |
This bug was reported and discussed some time ago in emacs-devel; see
the thread around <http://thread.gmane.org/gmane.emacs.devel/83390>.
The purpose of my report now is mainly to put it into the bugtracker (I
was prompted to do this now by Jan D.'s conclusion that there is no
workaround within Emacs for bug#3145). For convenience, here is a
simple recipe to show the bug and some additional information:
1. Start emacs -Q in the KDE desktop (versions 3.5.10 and 4.2.2 both show
the bug, though differently, see below), using the gtk-qt engine with
the them QtCurve. The icon set may also make a difference; I'm using
the default icons provided by openSUSE 11.1 in KDE 3.5.10 and Oxygen
in KDE 4.2.2.
2. M-: (frame-height) => 40
3. C-h i
4. M-: (frame-height) => 40
5. M-: (frame-height) => 39
...
n. M-: (frame-height) => 39-n+5
If the tool bar is disabled or detached, the frame does not shrink.
In the post referred to above, Jan D. asked what version of gtk-qt and
GTK theme I was using. Then as now I use the current versions from the
openSUSE repositories; these are the RPMs kcm_gtk-0.7svn20070827-138.7
for KDE 3.10.5 and kde4-kcm_gtk-1.1-131.8 for KDE 4.2.2. I also use the
openSUSE default gtk-qt theme, QtCurve, in both desktops. However, for
this updated report, I did try some other GTK themes. In KDE 3.5.10,
the the Clearlooks theme (or style, as it is called in openSUSE) does
*not* show the bug, i.e. at step 5 and further above, frame-height
remains at 40 lines. I still haven't tried other GTK styles in KDE
3.5.10. However, in KDE 4.2.2., the bug happens regardless of which GTK
style I choose (this may be a bug in KDE 4.2.2. or in the gtk-qt engine
it uses).
In GNU Emacs 23.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
of 2009-05-03 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#3195: 23.0.93; Shrinking frame with GTK+ tool bar in KDE with gtk-qt engine |
|
Date: |
Sun, 06 Mar 2016 15:13:25 +0100 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) |
On Sat, 5 Mar 2016 20:40:48 -0800 Jeff Trull <address@hidden> wrote:
> I am unable to reproduce this bug in Emacs 25 with KDE 5.15, Qt 5.4.2,
> GTK2 theme set to "QtCurve", GTK3 theme set to "oxygen-gtk".
>
> Using the describe commands (and the M-: evaluation of (frame-height))
> causes the frame to briefly expand downwards to accept my input, but
> it always returns to its original height (35 lines, in this case).
Thanks for checking. With my current environment (openSUSE 13.2, KDE
4.14, Qt 4.8.6) I also cannot reproduce the problem of my OP, regardless
of theme or icon set (though I currently don't have more than a couple
of choices to try). I don't even see a temporary change in height when
evaluating (frame-height). Since the original observation is now rather
old and apparently unreproducible with current software, I'm closing
this bug.
Steve Berman
--- End Message ---