[Libreoffice-ux-advise] [Bug 91781] Reorganization of the menu bar for Writer

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=91781

--- Comment #37 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Yousuf (Jay) Philips from comment #33)

> I do agree that it breaks the principle of bundling related functions, when
> its in the File menu. Heiko has also expressed that it would be preferable
> to have it in the View menu. @Stuart, do you have a preference of this?

Currently on the View menu the Layout actions--Print Layout, Web Layout, and
HTML Source (when editing an LO .html document)--are all _editing_ modes.
Placement there suggests that Print Preview is also an editing mode. It is not
and so might not belong as placed. 

But if the preview actually reflected how document would be "rendered",
responding to the currently specified printer settings I can see the argument
for that--or as Heiko suggests better in a Previews grouping on the View menu. 

Status quo, as a Preview of an action to Print it is an _output_. Those actions
currently all reside on the File menu, where grouping with the Print and
Printer Settings would remain logical. Where, besides the cluster of Print
actions, the other Export _output_ buttons are located. Along with the "Preview
in Web Browser" that could logically be repositioned on the View menu as Heiko
suggests.

As a sidebar--this incremental process of UI/UX transition will simply take
time to sort through. It won't really affect the 5.0 release. But these major
UI changes should have been done prior to that major milestone, they instead
will affect 5.1 or even a 6.0--IMO for issues of the UI we really should have
remained at 4.x and have a 4.5 incremental pending, calling it a 5.0 release is
premature but guess that is moot. We definitely need more folks working
actively at this--reviewing the daily builds, commenting on, and committing
appropriate changes. 

@Kendy, since you architected the lash-up for the embedded portions of
WikiHelp/HC2 can you figure some way to mentor us on getting the UI changes
into the .xhp text strings so we don't corrupt the documentation excessively
and give the l10n/i18n side a fighting chance of keeping up.

-- 
You are receiving this mail because:
You are on the CC list for the bug.