https://bugs.documentfoundation.org/show_bug.cgi?id=137815
--- Comment #8 from Telesto <tele...@surfxs.nl> ---
(In reply to V Stuart Foote from comment #7)
> Properties dialog always belongs on the context menu.
>
> The new Page sub menu adds convenience of the Rename, and New Page (from the
> Pages pane and menu) are nice to have. And while the 'Set background
> image...' dialog workflow can be done from the Properties dialog ->
> Background 'Bitmap' tab it requires a lot of user understanding that the new
> command simplifies.
>
> Presence of these controls on the context menu rather than on the Properties
> dialog is fine, and it not be helpful to reexpand the Properties dialog.
They Page Properties I'm able to get. They Page sub menu not so.
1. Dislike sub menu's in context menu in principle [are there guidelines?]. So
needs to avoided as far as possible. In context of costs/benefits.
2) With the page sub menu present I'm inclined to move properties to the sub
menu (except simply less accessible). So not really an option..
--Renaming sub menu item
I prefer to see what I'm doing; noticing names of other pages and such. And
certain page needs to be selected
* Available in Page Panel being obvious choice
* And ideally in the right context menu of the sidebar/navigator [currently not
the case somehow, why not?)
* Selecting page & Pressing F2 (ouch, F2 using for insert text; this key
normally used for rename on Windows.. but there probably is shortcut)
--Background item sub menu
Can be set in
* Menu Page -> background
* Sidebar -> Page
* Right Click Context Menu -> Properties (will be page properties in the
future)
And maybe even right click -> Slide/Page panel (currently not the case).
But in the context menu. Not seeing the point (as a default)
--New page/delete page sub menu item
Prefer this doing a point where you can see slides. So page/slide panel. And
maybe navigator context menu (currently not present)
And Page menu -> New page
And I personally select a page in panel & press Delete key. Surely not taking
the de-tour in a context menu. New page has (can have?) a short cut to..
They context menu is really superfluous. If people find it useful for some
reason, fine. But they should add it themselves. There enough ways of reaching
the goal. And the Context Menu entry surely most logical thing.
---
I qualify this as an (superfluous) customization, IMHO. LibreOffice should
deliver some workflow. Not making every workflow possible in advance.
And if there is a need for such commands, combine those in different template
configurations. Or let people share their dialog customization (similar to the
Personas thing)
That's possible to have different workflows, doesn't every workflow should by
present in they UI by default (bloating stuff).
You put commands at positions where it's "obvious" to look. And right click
context menu on page have certain page settings doesn't that criteria, IMHO
I can't explain more clearly, it simply feels off/wrong.
And with more specific design principles, this might be 'obvious'. While my
argument maybe not followed here, this same argument will be brought up in
other case.. To archive they opposite. We can't add a new command in a sub
menu.. because ...
And cherry picking argument or selective weighting arguments being something I
really dislike. There is simply not not a consistent pattern. Which kind of
infuriating
Design principles/guidelines are still guidelines. So still a possibility to do
it differently. However there must be good arguments for doing so. But there a
kind of barrier.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
