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.
It's not only LibreOffice that places Cut on top.
I know it's default in nearly every programm I know.
And when we add save on top of each context menue.
(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.
(In reply to andreas_k from comment #0) > When you ... What OS are you using, what version of LO, etc? Thanks
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
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.
I close this bug as others stated that the current status is standard in all applications so we shouldn't change it.
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.
(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.
Thanks for the feedback than I'll move it to the formating section where also clear formating is.
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.