2:59 p.m.
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/...
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
3:58 p.m.
On Mar 29, 2014 9:00 PM, "Luya Tshimbalanga" <luya(a)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
[0] https://wiki.gnome.org/Design/Whiteboards/Menus
10:58 p.m.
Sent from mYphone
On Mar 29, 2014 4:58 PM, "Florian Müllner" <fmuellner(a)gnome.org> 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.
That may not be appropriate in this particular case but I think the needs
of the Fedora project have to come before upstream.
On Mar 29, 2014 9:00 PM, "Luya Tshimbalanga" <luya(a)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.
11:05 p.m.
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
7:13 p.m.
Sent from mYphone
On Mar 30, 2014 12:05 AM, "Rahul Sundaram" <metherid(a)gmail.com> wrote:
> That may not be appropriate in
this particular case but I think the needs of the Fedora project have to come before
upstream.
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
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.
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.
2:42 a.m.
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
[0] https://wiki.gnome.org/Design/Whiteboards/Menus
Thank you for the link. I will post my concept on GNOME List.
Luya
3676
days inactive
3679
days old
desktop@lists.fedoraproject.org
5 comments
4 participants
participants (4)
-
Florian Müllner -
Liam -
Luya Tshimbalanga -
Rahul Sundaram