[Libreoffice-ux-advise] [Bug 84848] New: TOOLBAR: Removal/Hiding of cut, copy, paste in the standard toolbar

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Oct 9 12:12:38 PDT 2014


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

            Bug ID: 84848
           Summary: TOOLBAR: Removal/Hiding of cut, copy, paste in the
                    standard toolbar
           Product: LibreOffice
           Version: Inherited From OOo
          Hardware: Other
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: philipz85 at hotmail.com
                CC: cno at nouenoff.nl, heiko.tietze at user-prompt.com,
                    kendy at collabora.com,
                    libreoffice-ux-advise at lists.freedesktop.org,
                    simplecontrast at gmail.com, s.mehrbrodt at gmail.com
            Blocks: 81475

As suggested in my toolbar proposal (bug 81475), the removal/hiding of the cut,
copy and paste buttons from writer's standard toolbar would permit the addition
of other highly useful buttons to be added to the toolbar that are primarily
accessible through the menu or hidden away in non-default toolbars. And now
that these functions are at the top of the context menu (bug 71770) and paste
special has also been added to the context menu (bug 62947), its now worth
pursuing this change.

According to the OOo stats, 45 to 50% of users use the keyboard shortcut, ~40%
of users use the context menu, ~7% users use the menu, and 5 to 10% of users
use the toolbar. So with over 90% of users not using the toolbar to achieve
these actions, these buttons are being left in the toolbar not out of
necessity, but primarily out of sticking with older UI toolbar layout norms.
The primary reasons why these toolbar buttons are not heavily used is that the
shortcut keys are universally used by all applications and the right-click
context menu is a shorter mouse movement, especially now that these functions
are at the top of the menu.

Cut
 ---
 Toolbar       : 10.71%
 Menu          :  7.79%
 Keyboard      : 40.56%
 Context Menu  : 40.94%
 ---
 Usage in the standard toolbar: 4.88%

Copy
 ---
 Toolbar       :  4.92%
 Menu          :  7.91%
 Keyboard      : 49.67%
 Context Menu  : 37.50%
 ---
 Usage in the standard toolbar: 6.44%

Paste
 ---
 Toolbar       :  0.00% (i believe this to be inaccurate)
 Menu          :  6.99%
 Keyboard      : 52.82%
 Context Menu  : 40.19%

Paste Special
 ---
 Toolbar       :  0.41%
 Menu          : 65.01%
 Keyboard      : 34.46%
 Context Menu  :  0.00% (not present in context menu)

Outside of these statistics, there are applications that we use on a regular
basis that dont include these buttons, though copy/cut/paste are an primary
feature.

File Managers: Windows Explorer (buttons removed after windows 98), Finder,
Nautilus, Dolphin (buttons previously available in Konqueror 3)

Office Suites: Apple iWork, Google Docs

Browsers: Internet Explorer, Firefox, Chrome, Safari, Opera

Text Editors: Notepad (no toolbar), Leafpad (no toolbar), Kate, Geany, Sublime
Text (no toolbar)

IDEs: Visual Studio (buttons removed in version 2012), Netbeans (button removed
in version 7), KDevelop, Qt Creator (no toolbar), Anjuta

With the removal of these 3 buttons, highly used buttons like 'Save As'
[.uno:SaveAs] (8th most popular command in writer, more popular than italics,
97% of users goto the menu for this), 'Page Break' [.uno:InsertPagebreak] (50%
of users use the keyboard and 50% of users use the menu bar, it is more popular
than opening the character dialog, appears before insert table in MS Word's
Insert tab, 1st item in iWork Pages toolbar insert drop down button) and 'Text
Frame' [.uno:DrawText] (2nd most popular button on the drawing toolbar, large
icon in MS Word's Insert tab, dedicated button in iWork Pages toolbar).

I know this change maybe an inconvenience to some users, which is why these
buttons will simply be hidden in the toolbar for users to unhide if they choose
to. I believe the addition of the 3 previously mentioned buttons to the toolbar
will benefit all users and are a suitable reason for the removal of
copy/cut/paste buttons. It should also be noted that most applications on Mac
OS X have no toolbar buttons for these function, the only except that i've seen
to this rule are MS Office and OpenOffice and its derivatives.

I see this issue was previously brought up by Daniel in bug 77261, so i'm only
proposing this change be made to writer, as presently writer's toolbar is going
through an overhaul with my toolbar proposal. I look forward to constructive
criticism of this suggestion, as next week's design meeting will be discussing
this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list