[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2013-07-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

Caolán McNamara caol...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2013-02-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

Joel Madero jmadero@gmail.com changed:

   What|Removed |Added

   See Also||https://bugs.freedesktop.or
   ||g/show_bug.cgi?id=60476

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #7 from Matthias Clasen mcla...@redhat.com 2012-09-12 00:10:08 
UTC ---
https://gerrit.libreoffice.org/gitweb?p=core.git;a=log;h=refs/heads/feature/unitymenus
 

is somewhat related work to convert the entire menubar to a gmenu for wholesale
transplantation into the unity top panel.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

Michael Meeks michael.me...@novell.com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1

--- Comment #2 from Michael Meeks michael.me...@novell.com 2012-04-23 
03:00:58 PDT ---
It'd be good to get rid of our window decoration and shove some of the app
functionality into there; I can't see us getting rid of our menu bar though.

If we enable gtk3 it builds separate gtk2 and gtk3 backends; I suspect the
functionality we need for this is gtk3 specific (?).

So - this is blocked by completing the gtk3 port - not something that's -that-
far out, but it needs a man-month or two of concerted work.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #3 from Allan Day allanp...@gmail.com 2012-04-23 03:21:45 PDT ---
(In reply to comment #2)
 It'd be good to get rid of our window decoration and shove some of the app
 functionality into there; I can't see us getting rid of our menu bar though.

I wouldn't recommend removing the window decoration without removing the menu
bar first (under GNOME 3, at least).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #4 from Michael Meeks michael.me...@novell.com 2012-04-23 
04:19:35 PDT ---
 I wouldn't recommend removing the window decoration without removing
 the menu bar first (under GNOME 3, at least).

It is hard to see how we can collapse all our menus down into a single
top-level entry, and the reviews of Epiphany hiding a number of menu items
under some other button elsewhere were not so wonderful.

So - unless we can put all of our menus in the shell bar, it's unclear what
benefit this brings really; doing that is a reasonably achievable goal I think,
we have an abstraction for it - but the shell doesn't want that.

Anyhow - I'm most interested in people improving this area; cleaning up menus,
and/or presenting / simplifying their functionality / putting it somewhere else
is fine by me; but we'd need some reasonably coherent approach to that.

Thoughts on what works best here much appreciated etc.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #5 from Allan Day allanp...@gmail.com 2012-04-23 04:42:56 PDT ---
(In reply to comment #4)
  I wouldn't recommend removing the window decoration without removing
  the menu bar first (under GNOME 3, at least).
 
 It is hard to see how we can collapse all our menus down into a single
 top-level entry, 

Right, that wouldn't work. All I'm suggesting is to move a small number of
application specific items (as opposed to window specific menu items) to the
app menu.

 and the reviews of Epiphany hiding a number of menu items
 under some other button elsewhere were not so wonderful.

Epiphany is in a transitional state. The plan is to dispense with the menu that
is in the toolbar - see https://live.gnome.org/Design/Apps/Web#Tentative_Design

 So - unless we can put all of our menus in the shell bar, it's unclear what
 benefit this brings really; 

There are two main benefits that I can see:

 * Consistency with other apps in a GNOME 3 environment - we are aiming to
ensure that all our apps present their app menu options here in the same way.
 * A more logical menu structure - splitting out options that affect all
windows into their own place.

 doing that is a reasonably achievable goal I think,
 we have an abstraction for it - but the shell doesn't want that.

Yeah, I don't think that modifying the top bar is a good idea. The purpose of
the top bar is to:

 * Be the presence of the system (as opposed to applications) eg, by providing
access to the overview and indicating system status. It delineates the system
from applications.
 * Provide a visual anchor that is always present - it's a consistently
available way into the system and remains in position despite other changes in
state and view (inside/outside the overview, screen rotation, etc)

More information can be found on the GNOME Shell design wiki page:

https://live.gnome.org/GnomeShell/Design/#Top_bar

 Anyhow - I'm most interested in people improving this area; cleaning up menus,
 and/or presenting / simplifying their functionality / putting it somewhere 
 else
 is fine by me; but we'd need some reasonably coherent approach to that.
 
 Thoughts on what works best here much appreciated etc.

To be clear - I'm not trying to solve the design of LibreOffice's menus. My
chief motivation is better GNOME 3 integration.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #6 from Michael Meeks michael.me...@novell.com 2012-04-23 
07:17:21 PDT ---
Sooo ... this is going to be fun :-) We need to somehow unwind the
vcl/sfx2/framework mess to add some VCL APIs to nominate windows as top-levels
(I guess), and to add some logic to allow the global 'set_app_menu' magic to
get done inside the framework/ code (I suppose).

I suggest we decouple this from the set_menubar thing - which looks more
intense (if that's to set the whole menubar for the unity-style merged-menu
use-case) - since that's a tad more work.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 48835] Provide an application menu in GNOME 3

2012-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=48835

--- Comment #1 from Caolán McNamara caol...@redhat.com 2012-04-20 03:20:36 
PDT ---
caolanm-meeks: I suppose we could only do this in the gtk2 vclplug, or I guess
via yet-another shared lib built when gtk3 is present and dlsym it

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs