<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Text Box context menu missing Text Attributes command" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107635#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Text Box context menu missing Text Attributes command" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107635">bug 107635</a> from <a class="email" href="mailto:philipz85@hotmail.com" title="Yousuf Philips (jay) <philipz85@hotmail.com>"> Yousuf Philips (jay)</a> <pre>@Joey: Regarding your comment in <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Removal of formatting options from the right-click context menu in Writer" href="show_bug.cgi?id=81132">bug 81132</a> which is related to direct formatting entries removed from the context menu and nothing related to that bug report, i'll reply to it so others CCed on that bug report arent spammed with this discussion. (In reply to Joey Reid from <a href="show_bug.cgi?id=107635#c49">comment #49</a>) > I’m a little late the party here because I just upgraded to 5.2. While I > understand the arguments for cleaning up the context menu. You have gone too > far. After the upgrade, I find myself spending much more time digging > through menus. And worse yet, sometimes I have to Google features that were > once available in the context menu. Whatever features that were removed from the context menu in that bug report are available in formatting toolbar, so no need to go into the menus for them. > You have gone too far by removing features that are context sensitive. These > add no cutter because they were hidden except for when they are usable. I'm assuming the removed features you are talking about are the Text option for shapes and textboxes, or are there more? > All your analytics may show that a feature is only used .01% of the time. > But if you are one of those people that use the feature 100+ times in a > single document like I do <a class="bz_bug_link bz_status_NEW " title="NEW - Text Box context menu missing Text Attributes command" href="show_bug.cgi?id=107635">Bug 107635</a>, these stats are meaningless. For the .01% of users who require a feature to easily be available in the context menu, they have the ability to modify the context menu to their liking, just like we offer the same ability for toolbar and menus. We have to optimize all UI (toolbars, menus, context menus, etc) for the largest user base or else the UI will be worthless to all users. > I'm sure your stats are from basic non-professional users. The stats were gathered for a month from thousands of users of all proficiency levels who used OOo 3.1 in 2009. > Also, you are comparing Apples to Oranges with Word. LibreOffice lacks Word’s > mini popup toolbar that appears when you select text. Nope it wasnt an Apples to Oranges comparison with Word, as Word's mini popup toolbar isnt a context menu and it was created due a limitation in the Ribbon UI, that you could be on a Ribbon tab and have to switch back to the Home tab every time you had to access basic text formatting features. > MS Word only stripped down their context menu AFTER introducing the mini > popup toolbar. By copying their context menu without the toolbar, you have > just cause the UI to take a major step backwards. Completely false as the context menu in MS word has always been condensed. Here is Word 2003's (pre-mini popup toolbar) default context menu < <a href="http://www.worldlingo.com/en/images/xp1.gif">http://www.worldlingo.com/en/images/xp1.gif</a> >. Also we arent copying MS Word's context menu, as I analyzed the context menus of many competing office suites when i did the reorganization.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>