Global menu was a matter of controversial topic because of presence in Apple OS X or its earlier Mac OS. Ubuntu adopted it in their Unity desktop environment. Gnome Shell took a different approach of global menu but did not fully explore the potential.
Gnome takes on global menu has an interesting parallel to the responsive menu system found on most websites running on mobile device like this example:
http://codropspz.tympanus.netdna-cdn.com/codrops/wp-content/uploads/2013/04/...
Some websites created an interesting menu system like this example by hovering: http://www.autoblog.com/
Combining both elements provides the result attached on this message. It is surprising that idea did not show on Gnome website. The benefits are: - less clutter on the window - touch screen friendly - easy to implement on complex applications like Gimp. - Can use existing method - More possibilities like the use found on sugar interface.
Comments are welcome. Perhaps I should post it on Gnome mailing list
Luya
On Mar 29, 2014 9:00 PM, "Luya Tshimbalanga" luya@fedoraproject.org wrote:
Perhaps I should post it on Gnome mailing list
Yes. We will not change GNOME significantly in Fedora - those changes need to happen upstream.
Combining both elements provides the result attached on this message. It is surprising that idea did not show on Gnome website.
The design team did some experiments with menubar replacements[0] - the one labeled "mega menu" looks closest to your suggestion. You might want to consider adding a comment there, linking to your suggestion.
The benefits are:
- easy to implement on complex applications like Gimp.
- Can use existing method
I'm not quite sure what this means, but applications have to be modified to use remote menus, and the required functionality is only available with GTK+-3. So apps that have not been ported or use GTK+-2 (GIMP), Qt or a custom toolkit (LibreOffice, Firefox) will not just work. (It works for Unity because Ubuntu applies large downstream patchsets to those packages which rip out windows' menubars behind the application's back; that is not an option for most upstreams or Fedora)
Just a couple of quick thoughts from my part, now let's move this to some GNOME list :-)
Cheers, Florian
Sent from mYphone On Mar 29, 2014 4:58 PM, "Florian Müllner" fmuellner@gnome.org wrote:
On Mar 29, 2014 9:00 PM, "Luya Tshimbalanga" luya@fedoraproject.org
wrote:
Perhaps I should post it on Gnome mailing list
Yes. We will not change GNOME significantly in Fedora - those changes
need to happen upstream.
In not sure this would constitute a "significant " change, but assuming it were, can you point to where this decision has been formally stated? I'm certainly aware that Fedora is upstream first, but I believe we carry patches in cases where we have to. That may not be appropriate in this particular case but I think the needs of the Fedora project have to come before upstream.
Hi
On Sat, Mar 29, 2014 at 11:58 PM, Liam < wrote:
In not sure this would constitute a "significant " change, but assuming it were, can you point to where this decision has been formally stated? I'm certainly aware that Fedora is upstream first, but I believe we carry patches in cases where we have to.
The general guidance is to avoid this as much as possible
https://fedoraproject.org/wiki/Staying_close_to_upstream_projects
That may not be appropriate in this particular case but I think the needs of the Fedora project have to come before upstream.
Divergence may not be necessary and is always a maintenance burden. So you work primarily in the space of upstream projects for core development and focus within Fedora should be as a point of integration and projects/infrastructure that help with that.
Rahul
Sent from mYphone On Mar 30, 2014 12:05 AM, "Rahul Sundaram" metherid@gmail.com wrote:
Hi
On Sat, Mar 29, 2014 at 11:58 PM, Liam < wrote:
In not sure this would constitute a "significant " change, but assuming
it were, can you point to where this decision has been formally stated? I'm certainly aware that Fedora is upstream first, but I believe we carry patches in cases where we have to.
The general guidance is to avoid this as much as possible
https://fedoraproject.org/wiki/Staying_close_to_upstream_projects
The Distribution Integration possibility might be the relevant issue. Again, I'm not sure this qualifies because I don't think Workstation is quite at the point of discussing these types of ux issues, yet.
That may not be appropriate in this particular case but I think the
needs of the Fedora project have to come before upstream.
Divergence may not be necessary and is always a maintenance burden. So
you work primarily in the space of upstream projects for core development and focus within Fedora should be as a point of integration and projects/infrastructure that help with that.
Of course. That's why I said that Fedora tries to upstream as much as possible, but, as your document says, that's not always possible. In brief, I don't think we are disagreeing:)
Best/Liam
On 03/29/2014 01:58 PM, Florian Müllner wrote:
Just a couple of quick thoughts from my part, now let's move this to some GNOME list :-)
Cheers, Florian
Thank you for the link. I will post my concept on GNOME List.
Luya
desktop@lists.stg.fedoraproject.org
-
Florian Müllner -
Liam -
Luya Tshimbalanga -
Rahul Sundaram