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 on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
