Bug 119581 - Contextmenu Copy, Cut, Paste
Summary: Contextmenu Copy, Cut, Paste
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:6.2.0
Keywords:
Depends on:
Blocks: Context-Menu
  Show dependency treegraph
 
Reported: 2018-08-29 08:27 UTC by andreas_k
Modified: 2018-11-09 07:24 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andreas_k 2018-08-29 08:27:40 UTC
When you use the contextmenu (right click) the first item is alway Cut according to the LibreOffice guidelines. 

This bug report is about switch Copy to first place and Cut to second. Because if you rightclick your mouse it could happen that you cut by mistake if you mistakenly touch the right mouseswitch. Happens to me from time to time and than I don't know why the content is not there any more.
Comment 1 Heiko Tietze 2018-09-04 10:04:41 UTC
It's not only LibreOffice that places Cut on top.
Comment 2 andreas_k 2018-09-04 10:12:51 UTC
I know it's default in nearly every programm I know.
Comment 3 andreas_k 2018-09-04 17:11:33 UTC
And when we add save on top of each context menue.
Comment 4 Maxim Monastirsky 2018-09-04 20:59:19 UTC
(In reply to andreas_k from comment #0)
> Because if you rightclick your mouse it could happen that you cut by mistake
> if you mistakenly touch the right mouseswitch. Happens to me from time to
> time and than I don't know why the content is not there any more.
This sounds more like a problem with how context menus are implemented, and might deserve a fix on that level rather than changing the order of commands because of this. Please see related discussion in Bug 114481, and my comment there.
Comment 5 Howard Johnson 2018-09-05 00:51:32 UTC
(In reply to andreas_k from comment #0)
> When you ...

What OS are you using, what version of LO, etc?  Thanks
Comment 6 Heiko Tietze 2018-09-05 18:42:26 UTC
As commented before, the sequence of Cut, Copy, Paste is quasi-standard. But all guidelines state to have the most frequently used function in the context on top - and that makes Cut not the first item. If there is no clear function we could use Undo/Redo.

So please keep the sequence as it is but always have the context depending most frequently used function(s) on top.


   + Microsoft: https://docs.microsoft.com/en-us/windows/desktop/uxguide/cmd-menus#guidelines 
     + Primary (most frequently used) commands 
     + Open  Run  Play  Print  
       + Secondary commands supported by the object  
     + Transfer commands 
     + Cut  Copy  Paste  
       + Object settings  
     + Object commands 
     + Delete  Rename    Properties  
   + Apple https://developer.apple.com/design/human-interface-guidelines/macos/menus/contextual-menus/ 
     https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-anatomy/
     + In general, place the most frequently used items at the top of a menu.
   + Gnome https://developer.gnome.org/hig/stable/menus.html.en lays low on the sequence
Comment 7 andreas_k 2018-09-05 18:52:51 UTC
Thanks for the feedback. I would not make such a big change like move cut, copy, past in the 3rd place in addition as mso had it also on top, but I like the discussion about this topic and hope to make something like in bug 119707 is written.
Comment 8 Thomas Lendo 2018-09-14 20:24:28 UTC
I close this bug as others stated that the current status is standard in all applications so we shouldn't change it.
Comment 9 andreas_k 2018-11-07 13:00:28 UTC
What if we use clone (uno:FormatPaintbruch) on top of text context menues to have easy access to sync / clone text styles.

In addition FormatPaintbruch don't "destroy" something like cut.
Comment 10 Heiko Tietze 2018-11-08 13:35:27 UTC
(In reply to andreas_k from comment #9)
> What if we use clone (uno:FormatPaintbruch) on top of text context menues to
> have easy access to sync / clone text styles.
> 
> In addition FormatPaintbruch don't "destroy" something like cut.

Why should it be on top? That section is reserved for copy/paste/cut. Below that it's okay.
Comment 11 andreas_k 2018-11-08 13:46:10 UTC
Thanks for the feedback than I'll move it to the formating section where also clear formating is.
Comment 12 Commit Notification 2018-11-09 07:24:35 UTC
andreas kainz committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/+/74708d3d06075c0f5e67e627cad348df28e3e9d1%5E%21

tdf#119581 add FormatPaintbrush to text and table popupmenu

It will be available in 6.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.