Created attachment 116998 [details] inconsistent navigation in startcenter Expected: all navigation should be done inside the startcenter without opening additional dialogues except for "open with". Currently: templates has a triangle, which opens a submenu with the exact items the user would get when clicking the template button. Suggestion: let's make the startcenter nice to use, avoid clutter and create consistency. thus I suggest removing that option form the template button and making it just a simple button as the other items in the startcenter are. explanatory screenshot attached.
Providing StartCenter filtering of template type to Open a template to create a new documents was the goal. Filtering from a dropdown was a lot better than a tabbed representation on the StartCenter. Also, you'd still need a method to access the Edit templates dialog. IMHO the dropdown menu widget remains the most efficient way to implement use of template filtering.
One suggestion on the drop down: on my Ubuntu Unity 32bits, the list is aligned at the left side of the word Templates. Better would be aligned left or right with the drop down arrow, IMO.
As Cor suggests simple adjustment here is that the drop down needs to be aligned inboard of the frame edge. But there are several of these tweaks dealing with the Templates button bug 87697 bug 89103
+1 to align the menu to the right just below the triangle. actually when you click it you have to move mouse downs to the left whilst the expected behavior should be to move straight down
2 cents incoming: I still do not understand why editing templates needs to be part of the start center. editing templates is an expert option and the start center is there to get users started which means they should be able to select and find templates (and not edit them - at least not from the start center). So I stick to my initial suggestion to fully remove that odd option which doesn't fit/comply with the rest of the start center navigation style. A dropdown is not expected and looks and feels alienated. The sorting of templates should be properly done in the template view. no further layer of navigation is required.
*** Bug 96073 has been marked as a duplicate of this bug. ***
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Looks like there is agreement on right-aligning the context menu. Removing needsUX.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Confirming that Drop-down box (context menu) for template in Start Center is not right-justified (as decided in comment 8). Maybe EasyHack? Version: 7.1.0.0.alpha1+ (x64) Build ID: a4d4ed86991e2901ac86189e95966d4e99be4944 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: da-DK (en_DK); UI: en-US Calc: threaded
(In reply to steve from comment #5) > 2 cents incoming: I still do not understand why editing templates needs to > be part of the start center... Recent Documents also has a context menu but here with the only function to clear. In case of templates you can filter the various modules and run the manager. So while I can follow your idea to keep the left pane as simple as possible the interaction is actually some context dependent functionality. Nevertheless I vote for removing the contextual function at this position and have it at the right content area.
(In reply to Heiko Tietze from comment #11) > > Nevertheless I vote for removing the contextual function at this position > and have it at the right content area. Heiko, why pull a seven year old comment back into focus. Including the Elements on the StartCenter discussion is done. That was not even the issue of this BZ ticket. The split button drop list action of Recent Documents and Templates remains an efficient framework to filter the thumbnail views that either SC mode exposes. The alternatives of placing those filters onto the backing window "content panel" got tossed. And the appropriate controls/representation of each "thumbnail view" have been tweaked over the years/releases.
(In reply to V Stuart Foote from comment #12) > Heiko, why pull a seven year old comment back into focus. Only seven years, that's nothing ;-) In fact it is on my list of interesting patches. > The split button drop list action of Recent Documents and Templates remains > an efficient framework to filter the thumbnail views... If it was so efficient we wouldn't have this ticket. Point is that you filter the content not anything on the left pane. Likewise Open and Edit. One starts with the left MB on the left pane the other via right MB on the actual item. And thinking a bit ahead some kind of Sort By function needs to be in such a context menu too. While playing with the code I also realized that these buttons never toggle.
(In reply to Heiko Tietze from comment #13) > (In reply to V Stuart Foote from comment #12) > > Heiko, why pull a seven year old comment back into focus. > Only seven years, that's nothing ;-) > In fact it is on my list of interesting patches. > > > The split button drop list action of Recent Documents and Templates remains > > an efficient framework to filter the thumbnail views... > If it was so efficient we wouldn't have this ticket. Point is that you > filter the content not anything on the left pane. Likewise Open and Edit. > One starts with the left MB on the left pane the other via right MB on the > actual item. > And thinking a bit ahead some kind of Sort By function needs to be in such a > context menu too. > > While playing with the code I also realized that these buttons never toggle. This BZ issue got recast to an alignment issue--the OP should have been obsoleted or the summary adjusted when the alignment issue was corrected (it is). So, go back and look at the Design meeting discussions and mock-ups--tracked in bug 61914 --as we brought the thumbnail views of the template manager into the StartCenter and then implemented thumbnails for the MRU history. IMHO the original OP is a clear => WF, and in fact we have bug 80934 to do the same MRU filtering by document module as provided now for Templates.
(In reply to V Stuart Foote from comment #14) > IMHO the original OP is a clear => WF, and in fact we have bug 80934... Once 80934 is implemented the context menus are obsolete. I'm trying to do both.
Context: When I filed this issue in 2015 I was unhappy with the way the dropdown for Templates was shown. Breaking the connection to the area users *have to* click for the menu to open is bad UX. Solution 1: align the dropdown option on the right side. Solution 2: move filters and manage templates options into the right-side template view. That would allow to get rid of the dropdown for templates and maybe that would be more intuitive for users. The UX could be show all templates by default and then have the component icons at the top. Clicking any component icon would then only show the matching templates. This would be more intuitive and require no additional clicks. Manage templates could be a simply cogwheel icon next to the components. I don't see how this bug here would be worksfor me in current release.
Solved via bug 80934 - the buttons just toggle now and the menu went to the right pane.
The commit solving it is 164a1f4c3315fc44161128d3d9ca886f767f7d30
Created attachment 182646 [details] verified verified Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 9940a5dce79fe9dc3e6ff0302c9be8c7d1648f67 CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded