GNU bug report logs -
#23144
shrinking windows with gtk 3.20
Previous Next
Reported by: Matthias Clasen <matthias.clasen <at> gmail.com>
Date: Tue, 29 Mar 2016 14:20:01 UTC
Severity: important
Merged with 24707
Found in version 25.1
Fixed in version 26.1
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
Message #29 received at 23144 <at> debbugs.gnu.org (full text, mbox):
> Cc: 23144 <at> debbugs.gnu.org, Matthias Clasen <matthias.clasen <at> gmail.com>
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Fri, 1 Apr 2016 17:03:39 -0700
>
> > . On the release branch, provide some safe workaround, triggered by
> > an option users could set if they encounter this problem with a
> > future GTK version. This assumes such a safe workaround is
> > possible, of course; I thought along the lines of the user
> > specifying the initial size explicitly in some way.
> >
>
> Another possibility is to ask builders not to combine GTK+4 (or will
> this be GTK+ 3.22? it's not clear), whenever it comes out, with Emacs 25
> whenever it comes out; and to instead stick with GTK+ 3.20 or earlier
> when building Emacs 25. If that's a reasonable request then the problem
> goes away.
Such a request, if we agree to that, should be in the form of
configure rejecting GTK+4. I don't believe in our ability to reach
all of the package maintainers and convince them.
But if we can find a reasonable fire escape without rejecting new
versions of GTK, I think it would be a better alternative.
This bug report was last modified 6 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.