* bug#4134: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9]
@ 2009-08-27 15:58 David Ronis
2009-08-27 22:59 ` Glenn Morris
0 siblings, 1 reply; 4+ messages in thread
From: David Ronis @ 2009-08-27 15:58 UTC (permalink / raw
To: Glenn Morris; +Cc: 4134
[-- Attachment #1: Type: text/plain, Size: 119 bytes --]
Turns out the problem is in gtk+. I've filed a bug report and this is
the last (relevant) comment on the bug.
David
[-- Attachment #2: Forwarded message - [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9 --]
[-- Type: message/rfc822, Size: 4271 bytes --]
From: gtk+ (bugzilla.gnome.org) <bugzilla@gnome.org>
To: david.ronis@mcgill.ca
Subject: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9
Date: Thu, 27 Aug 2009 11:34:17 +0000 (UTC)
Message-ID: <20090827113417.E4CB46F3C2@bugzilla-web.gnome.org>
http://bugzilla.gnome.org/show_bug.cgi?id=593249
--- Comment #3 from Alexander Larsson <alexl@redhat.com> 2009-08-27 11:34:14 UTC ---
For the emacs thing, I can reproduce this here, but emacs does some pretty
weird things in its Gtk+ integration that can conflict quite a lot with the new
client-side window stuff in the later Gtk+.
Running with GDK_NATIVE_WINDOWS=1 in gtk+ >= 2.17.9 fixes this issue, although
setting that in emacs may not be a good idea as it will propagate to apps
launched by emacs. Instead I would recommend adding some code to emacs that
calls gdk_x11_drawable_get_xid() on all "toplevel" Gtk+ widgets they put in the
buffer window. This will ensure these windows get their own X window and should
be totally backwards compat and safe on older versions of Gtk+.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You reported the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#4134: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9]
2009-08-27 15:58 bug#4134: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9] David Ronis
@ 2009-08-27 22:59 ` Glenn Morris
2009-08-27 23:05 ` Processed: " Emacs bug Tracking System
2009-08-30 10:36 ` bug#4134: " Jan Djärv
0 siblings, 2 replies; 4+ messages in thread
From: Glenn Morris @ 2009-08-27 22:59 UTC (permalink / raw
To: ronis; +Cc: 4134
retitle 4134 23.1; Problems with gtk+ >= 2.7.19
stop
David Ronis wrote:
> Turns out the problem is in gtk+. I've filed a bug report and this is
> the last (relevant) comment on the bug.
Thanks for forwarding this information. Hopefully it will be useful to
those Emacs developers who understand these things (Jan?).
> http://bugzilla.gnome.org/show_bug.cgi?id=593249
[...]
> --- Comment #3 from Alexander Larsson <alexl@redhat.com> 2009-08-27
[...]
> Instead I would recommend adding some code to emacs that calls
> gdk_x11_drawable_get_xid() on all "toplevel" Gtk+ widgets they put
> in the buffer window. This will ensure these windows get their own X
> window and should be totally backwards compat and safe on older
> versions of Gtk+.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Processed: Re: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9]
2009-08-27 22:59 ` Glenn Morris
@ 2009-08-27 23:05 ` Emacs bug Tracking System
2009-08-30 10:36 ` bug#4134: " Jan Djärv
1 sibling, 0 replies; 4+ messages in thread
From: Emacs bug Tracking System @ 2009-08-27 23:05 UTC (permalink / raw
To: Glenn Morris; +Cc: Emacs Bugs
Processing commands for control@emacsbugs.donarmstrong.com:
> retitle 4134 23.1; Problems with gtk+ >= 2.7.19
Bug #4134 [emacs] 23.1; Buffer Tab not being linked properly
Changed bug title to '23.1; Problems with gtk+ >= 2.7.19' from '23.1; Buffer Tab not being linked properly'
> stop
Stopping processing here.
Please contact me if you need assistance.
Don Armstrong
(administrator, Emacs bugs database)
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#4134: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9]
2009-08-27 22:59 ` Glenn Morris
2009-08-27 23:05 ` Processed: " Emacs bug Tracking System
@ 2009-08-30 10:36 ` Jan Djärv
1 sibling, 0 replies; 4+ messages in thread
From: Jan Djärv @ 2009-08-30 10:36 UTC (permalink / raw
To: Glenn Morris; +Cc: ronis, 4134
Glenn Morris skrev:
> retitle 4134 23.1; Problems with gtk+ >= 2.7.19
> stop
>
> David Ronis wrote:
>
>> Turns out the problem is in gtk+. I've filed a bug report and this is
>> the last (relevant) comment on the bug.
>
> Thanks for forwarding this information. Hopefully it will be useful to
> those Emacs developers who understand these things (Jan?).
>
>> http://bugzilla.gnome.org/show_bug.cgi?id=593249
> [...]
>> --- Comment #3 from Alexander Larsson <alexl@redhat.com> 2009-08-27
> [...]
>> Instead I would recommend adding some code to emacs that calls
>> gdk_x11_drawable_get_xid() on all "toplevel" Gtk+ widgets they put
>> in the buffer window. This will ensure these windows get their own X
>> window and should be totally backwards compat and safe on older
>> versions of Gtk+.
This client side windows Gtk+ is introducing in 2.17 assumes you only do Gtk+
calls. But Emacs does a lot of pure X11 calls on the X11 windows created by
Gtk+. So eihter Emacs must go pure Gtk+ for the Gtk+ build, or we do a
workaround. The workaround seems most likely for now.
I'll get on it when I find some time.
Jan D.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-08-30 10:36 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-27 15:58 bug#4134: [Fwd: [Bug 593249] emacs and acroread don't work properly after upgrading to 2.17.9] David Ronis
2009-08-27 22:59 ` Glenn Morris
2009-08-27 23:05 ` Processed: " Emacs bug Tracking System
2009-08-30 10:36 ` bug#4134: " Jan Djärv
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.