Re: Global Menu in Gnome Shell, Progress and Problems.
- From: Yu Feng <rainwoodman gmail com>
- To: Owen Taylor <otaylor redhat com>
- Cc: gnome-globalmenu <gnome-globalmenu googlegroups com>, gnome-shell-list <gnome-shell-list gnome org>
- Subject: Re: Global Menu in Gnome Shell, Progress and Problems.
- Date: Wed, 28 Jan 2009 02:52:07 -0500
On Mon, 2009-01-26 at 13:08 -0500, Owen Taylor wrote:
> On Sun, 2009-01-25 at 21:23 -0500, Yu Feng wrote:
> > Hi all,
> >
> > This is so far I can get. The global menu window is created in
> > js/ui/panel.js with this patch.
> >
> > (1) Is it plausible to put the widget into the top panel as done in
> > shell-tray-manager? If so perhaps some more general code that is ready
> > to be called by js will be better.
>
> The patch in:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=568712
>
> abstracts some of the code used for the tray manager into a separate
> class, but more work would have to be done to create a true "embed any
> widget".
What about implementing a set of clutter actors for menus(is the current
activity list a menu?)? It might be better integrated to the
infrastructure of gnome-shell, but perhaps too much work is ahead.
Regards,
Yu
>
> > (2) If I set the user_data of root window to a widget, gnome shell won't
> > be able to obtain any events from it. I guess the reason is that Gtk
> > will consume all GdkEvents before gnome shell gets the prop-changed
> > notifications. Is there a way to work around this problem?
>
> I would not recommend setting the user_data of the root window to a
> widget in any circumstance. Outside of the GNOME Shell context, you
> could use gdk_window_add_filter().
>
> Inside GNOME Shell the right way to intercept events is generally to
> hook into gnome_shell_plugin_xevent_filter().
Thanks.
>
> - Owen
>
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]