There needs to be a way to disable "Text Drag'n'Drop" in Writer Configuration. I find myself constantly accidentally drag'n'dropping the current text selection when I am actually trying to click to change the text selection. This is a fundamental flaw in "text drag'n'drop". Microsoft Office has an option in it's configuration to disable it completely across all Microsoft Office apps. I believe there was an option in the LibreOffice Configuration to do this at one time, which I used, but now that option seems to have been removed. In the OpenOffice Bugzilla there is a bug report of the same problem.
The suggestion might be worth considering. In the meantime, select with Alt key pressed, and it won't drag'n'drop.
Changed summary in enhancement proposition. Valid enhancement request. Set to new. That does not mean it will implemented. Best regards. JBF
This definitely has my vote - accidental drag'n'drop is hugely annoying. Suggestion to use alt is not working - alt-click inside the selection does nothing, outside - creates a new selection without de-selecting the existing one.
*** Bug 118095 has been marked as a duplicate of this bug. ***
*** Bug 121226 has been marked as a duplicate of this bug. ***
My position in bug 118095 is WFM as drag 'n drop is standard behavior and the workaround is simple (c1). But if there is more agreement on the request I'm not opposing an option.
+1 to this as a feature, many people find drag-and-drop editing unintuitive, which is why it's an option in many word processors to disable it.
@Thomas: If you remove needsUXEval flag you should also remove libreoffice-ux-advice from the CC list (and vice versa of course). But I'd like to keep it for a while boiling here.
Created attachment 157916 [details] The option in MS Word 2016 More requests: https://ask.libreoffice.org/en/question/23072 https://ask.libreoffice.org/en/question/229601 Obviously this is an accessibility problem for some users.
Okay, so let's add this option.
Is this still a bug in the 7.2 release? If so we should bump the version this issue related to. +1 from me for this fix, drag and drop editing is super annoying for me, I turn it off on everything I can.
(In reply to Thomas Murphy from comment #11) > Is this still a bug in the 7.2 release? First of all, this is not a "bug", but enhancement request. Then yes, it is still not implemented in 7.2. There's no indication of resolution here: neither in whiteboard (telling you targets where changes have landed), nor in issue status (which would be "RESOLVED (CLOSED) FIXED"). > If so we should bump the version this issue related to. No, you need to read the description of the field you refer to: it is labeled "Version: (earliest affected)", and has a tooltip telling that it's "The earliest version of the software in which the bug can be reproduced". I hope you don't do incorrect version changes right and left without careful study what the fields mean. Thanks for not doing it here, I appreciate that you only suggested this, not changed yourself.
Being able to disable drag-and-drop text editing would be a very useful enhancement for me, also. I far prefer to use Ctrl-X / Ctrl-V for moving text. It's much more accurate, and less prone to accidents.
I second the notion, that this is a very debateable feature. I work with libreoffice on scientific papers and manuals, often more than 400 pages long. I can only affirm the observation, that an accidental moving of text blocks (especially when using a touchpad) happens on a daily basis - more than less even unnoticed, until it is too late.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a2e3d9389182b5f06b80ebc73b832d1df9700bef Resolves tdf#100998 - Add option to suppress drag'n drop of text selection It will be available in 26.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.
The patch introduced an option at Tools > Options > Writer > Formatting Aids > Drag 'n Drop: [x] Allow text to be dragged and dropped, which prevents dragging of selected text in Writer if turned off.
Eureka! Thank you very much :-), I would also thank God, but sorry, I'm not a believer. Over 10 years go by to disable this useless error creating crap, unbelievable. In Word since beginning a indispensable configuration option. Thats one of the many reasons why MS is still Nr. 1. Now, when you give us an option to disable "typing replaces selected text", then LO is at last usable for me and probably millions of others, like Comment_14 said, working with changing long documents is impossible with LO!!! To much risk for loosing important data. And "typing replaces selected text" is much, much worser than drag&drop. See still 11 years and more ago here (closed, facep...) https://ask.libreoffice.org/t/why-there-are-no-options-like-in-ms-word-to-disable-drag-drop-and-typing-replaces-selected-text/5361 And https://ask.libreoffice.org/t/selection-getting-replaced-even-while-using-insert-not-replace/108189/6 https://ask.libreoffice.org/t/in-writer-how-do-i-disable-the-feature-which-replaces-selected-text-with-whatever-is-typed-next/52957/9 https://stackoverflow.com/questions/64717590/accessibility-tweak-in-libreoffice-how-to-prevent-accidentally-selected-text-fr https://forum.sublimetext.com/t/disable-typing-replaces-selected-text-is-there-a-way/37251
(In reply to Ronald Grafe from comment #17) > Over 10 years go by to disable this useless error creating crap, The German proverb "Gut Ding will Weile haben" comes in mind :-)
Hopefully I don't have to wait another 10 years or more ;-) I would like to change to LO and Linux as main system, but I cannot pass on this option. Emergency solution is a Windows VM with Word, but not really comfortable. For drag&drop I found a big macro many years ago, but that was not sufficient. "Typing replaces selected text" is the much bigger failure problem. What's overwritten is gone, what's only removed per drag&drop you can find again in most cases.
I startet a new Enhancement Bug Report in this context https://bugs.documentfoundation.org/show_bug.cgi?id=169913