Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, 2009-09-03 at 00:40 +0200, Pierre Slamich wrote: Dear GNOME maintainers, This is a proposal on behalf of the GlobalMenu developers for its inclusion either in gnome-applets or as a dependency of GNOME. +1 from me, I use this daily, and it works wonderfully. While some might argue that the GTK_MODULES implementation is hacky it works well in practice. John ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, Sep 3, 2009 at 12:44 PM, John Stowersjohn.stowers.li...@gmail.com wrote: On Thu, 2009-09-03 at 00:40 +0200, Pierre Slamich wrote: Dear GNOME maintainers, This is a proposal on behalf of the GlobalMenu developers for its inclusion either in gnome-applets or as a dependency of GNOME. +1 from me, I use this daily, and it works wonderfully. While some might argue that the GTK_MODULES implementation is hacky it works well in practice. Unless you ever want to use an MPX-enabled X server of course ;) -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Wed, Sep 2, 2009 at 7:17 PM, Sandy Armstrongsanfordarmstr...@gmail.com wrote: Assuming gnome-panel (and therefore panel applets) go away in GNOME 2.30, do you have a plan for integrating GlobalMenu in gnome-shell? The design for 3 is currently that application-global actions go in the application menu area, while document or window-specific ones remain in the window. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, Sep 3, 2009 at 3:39 PM, Ted Gouldt...@gould.cx wrote: On Thu, 2009-09-03 at 12:58 +0200, Patryk Zawadzki wrote: Unless you ever want to use an MPX-enabled X server of course ;) I don't understand. Why is MPX incompatible with Global Menu? As Xi2/MPX allows you to have one focus per input including being able to focus two windows at a time (each with its own menu bar). -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, Sep 3, 2009 at 6:44 AM, Colin Walterswalt...@verbum.org wrote: On Wed, Sep 2, 2009 at 7:17 PM, Sandy Armstrongsanfordarmstr...@gmail.com wrote: Assuming gnome-panel (and therefore panel applets) go away in GNOME 2.30, do you have a plan for integrating GlobalMenu in gnome-shell? The design for 3 is currently that application-global actions go in the application menu area, while document or window-specific ones remain in the window. I'm not going to debate this decision (which I disagree with) here, but does that mean that in the opinion of gnome-shell developers, GlobalMenu will not be a useful or necessary addition to gnome-shell? Thanks, Sandy ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
Patryk Zawadzki wrote: On Thu, Sep 3, 2009 at 3:39 PM, Ted Gouldt...@gould.cx wrote: On Thu, 2009-09-03 at 12:58 +0200, Patryk Zawadzki wrote: Unless you ever want to use an MPX-enabled X server of course ;) I don't understand. Why is MPX incompatible with Global Menu? As Xi2/MPX allows you to have one focus per input including being able to focus two windows at a time (each with its own menu bar). And how would it play with the proposed gnome-shell design wrt the application menu ? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, Sep 3, 2009 at 9:50 AM, Sandy Armstrongsanfordarmstr...@gmail.com wrote: I'm not going to debate this decision (which I disagree with) here, but does that mean that in the opinion of gnome-shell developers, GlobalMenu will not be a useful or necessary addition to gnome-shell? Well first let me state my unhappiness with the current model of proposing things as additions to GNOME, which is that the proposals are too far tilted towards we want to modify the source dependency graph in this way, but what they should really be about is here's our proposed changes to the user experience, and we would like to implement it like this. What does adding global menu to 2.30 *mean*? Is it just another thing in the list of applets? Or is it being proposed to be on by default? Those are *radically* different things. I see global menu a lot like a nontrivial Firefox extension; something that changes the UX in a fairly major way and ties deeply into the guts of the stack. Which gets me back to how I think GNOME should work. We should be providing a stable, well designed core. And we should have a system for finding extensions. In other words, something like: https://addons.mozilla.org/en-US/firefox Now of course software installation in the free software community has long been held in the kung-fu death grip of those people who think it makes sense to have the OS kernel, developer tools, and user applications all mixed into one big list of undifferentiated stuff and presented/managed exactly the same. It's a thorny problem, don't get me wrong, but if say there were a way to tag system packages as gnome-core-extension, and have a PackageKit dialog which can filter by tags or the like, and some popularity metric, I think that'd be a great way to present things like global menu. Though much higher priority is some PackageKit way to present just things which have a .desktop file. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
2009/9/3 Colin Walters walt...@verbum.org: Though much higher priority is some PackageKit way to present just things which have a .desktop file. We've already got that, it's the GUI filter. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, Sep 3, 2009 at 10:26 AM, Richard Hugheshughsi...@gmail.com wrote: 2009/9/3 Colin Walters walt...@verbum.org: Though much higher priority is some PackageKit way to present just things which have a .desktop file. We've already got that, it's the GUI filter. Oh cool! Can you tell me how widely that's deployed? It doesn't seem to have any effect on my Fedora 11 installation; I assume it requires some additional information in the yum metadata? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, 2009-09-03 at 09:44 -0400, Colin Walters wrote: On Wed, Sep 2, 2009 at 7:17 PM, Sandy Armstrongsanfordarmstr...@gmail.com wrote: Assuming gnome-panel (and therefore panel applets) go away in GNOME 2.30, do you have a plan for integrating GlobalMenu in gnome-shell? The design for 3 is currently that application-global actions go in the application menu area, while document or window-specific ones remain in the window. So, I'm a bit confused by this separation. Does that mean File-Open would go in the application-global area (it doesn't work on a document or window) but then File-Close would go in the window? How are you planning on making this distinction on existing applications? --Ted signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GlobalMenu Application for inclusion as a GNOME module
On Thu, 2009-09-03 at 15:44 +0200, Patryk Zawadzki wrote: On Thu, Sep 3, 2009 at 3:39 PM, Ted Gouldt...@gould.cx wrote: On Thu, 2009-09-03 at 12:58 +0200, Patryk Zawadzki wrote: Unless you ever want to use an MPX-enabled X server of course ;) I don't understand. Why is MPX incompatible with Global Menu? As Xi2/MPX allows you to have one focus per input including being able to focus two windows at a time (each with its own menu bar). Similarly, it breaks with simple focus-follows-mouse. --d -- Davyd Madeley http://www.davyd.id.au/ 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Internationalising GNOME applications manual
On Fri, 2009-09-04 at 11:43 +1000, Davyd Madeley wrote: Hey, Anyone know why the manual http://www.gnome.org/~malcolm/i18n/ isn't on library.gnome.org? My guess is that nobody suggested it. If we put it up in its current form, I'd like if we had a warning that it's out of date. It was written in the pre-xml2po days, so it says at the present time, there is no easy way to convert user documentation...into a format that is consistent for translators. I'd sure hate for people to think that's true. Better still, let's get a more current document up on library. An internationalization guide has been on my developer documentation radar since forever: http://live.gnome.org/DeveloperGuides Obviously, we don't have to start from scratch. We can just build off of what Malcolm already wrote, most of which is still sage and relevant advice today. -- Shaun ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
