https://bugs.freedesktop.org/show_bug.cgi?id=81475
--- Comment #1 from Jay Philips <[email protected]> --- Created attachment 103115 --> https://bugs.freedesktop.org/attachment.cgi?id=103115&action=edit Step 1 - Removal of Buttons - Before and After As there hasnt been any responses so far, lets get the ball rolling. :) -------------------------------------------- Step 1 - Removal of less used button entries -------------------------------------------- In order to make room for useful buttons to be added to the toolbars, we first need to remove/hide the less used ones from the toolbar. With some toolbar buttons that dont have equivalent menu items, menu items would need to created in order for the feature to still be accessible. -------------------------------------------- * Step 1a - Removals from the Standard Toolbar -------------------------------------------- 'New' (.uno:AddDirect) - There were no stats for the usage of the button in OOo, which makes me think that the .uno:NewDoc button was executed instead of it in the toolbar in OOo 3.1. Using the .uno:NewDoc stats, the toolbar total usage for it is at > 0.1%. This is believable as the shortcut key (Ctrl+N), which takes over 80% of the total function usage, is a common shortcut key used in pretty much every application. The other issue is that when you first load Writer, it always starts with a new file, so there isnt a need to press the button, unless you wanted to create another new file. 'Document as E-mail' (.uno:SendMail) - With less that 1% of toolbar total usage for the button and more users using the menu entry than the toolbar button, i think this button should be removed. I believe that most people are capable of attaching a document to an email (as of course they would have to if they used a web-based email client) without the help of writer and if they wish for the ease, then the file menu option is still there for them. 'Edit File' (.uno:EditDoc) - With 1% of toolbar total usage for the button, i think this button should be removed, but think the functionality should be available in the menu with a shortcut key [bug 80536] and should have its own dedicated toolbar which appears when in read mode, similar to how the fullscreen button appears in print preview mode [bug 80538]. Many users have been confused when documents open in read-only mode and even though the button is in the toolbar [1], they still dont know to press it, so a better notice needs to be presented to users, possibly in the form of an hovering toolbar button and/or popdown infobar. 'Show Draw Functions' (.uno:InsertDraw) - There isnt any stats for how often this button is pressed to make the Drawing toolbar appear, but i still believe this button can be removed, as the most used functionality of the toolbar will be brought into this toolbar in step 3. 'Navigator' (.uno:Navigator) - With less than half of a percent of toolbar total usage for the button and over 70% of users using the shortcut key (59%) and menu bar item (13%) to access it, i think this button should be removed. I believe that most users would never have to open this dialog unless they wanted to jump to a particular page by typing its page number in, instead of using the scrollbar. 'Data Sources' (.uno:ViewDataSourceBrowser) - With less than half of a percent of toolbar total usage for the button and over 75% of users using the shortcut key (73%) and menu bar item (4%) to access it, i think this button should be removed. I believe this feature is an advanced feature that isnt used by most users. 'Help' (.uno:HelpIndex) - With less than half of a percent of toolbar total usage for the button and ~70% of users using the menu bar item to access it, i think this button should be removed. Would have expected there would have been stats for the keyboard shortcut (F1) to access help, but unfortunately there wasnt any. I believe that most applications have a help menu that is short and simple and the F1 key is a universal means of quick access to help, so having this button isnt necessary. -------------------------------------------- * Step 1b - Removals from the Formatting Toolbar -------------------------------------------- 'Styles and Formatting' (.uno:DesignerDialog) - With 1% of toolbar total usage for the button, as well as an option to access the dialog from the 'more' entry in the 'Apply Style' drop down list, and ~70% of users using the shortcut key (40%) and menu bar item (30%) to access it, i think this button should be removed. -------------------------------------------- The attached image has a before and after image of what the default toolbar looks like and how it looks after the removals. Look forward to the feedback. :) -------------------------------------------- [1] http://ask.libreoffice.org/en/question/1228/libre-excel-read-only/ -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
