[Libreoffice-ux-advise] [Bug 81475] Meta: enhancing Writer's standard and formatting toolbars

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Jul 19 10:29:56 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=81475

--- Comment #1 from Jay Philips <philipz85 at hotmail.com> ---
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 on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list