Problem description: when working in a list of items with bullets or numbers, productivity would increase if with a mouse click on the bullet, the entire text behind the bullet is selected and while keeping the the cursor pressed down, the entire bullet text can be move up or down with the mouse. At the drop point before or after another bullet, the moved one should be included the list with the right bullet or number. Steps to reproduce: 1. create a bulleted or numbered list 2. move a bullet into a different position in the list 3. current behavior is to be seen Current behavior: drag & drop an item in a list (bullet or number) requires cut and paste at the desired location and than a readjustment of the text of 2 items in the list which get pasted into one text string. Expected behavior: Click on a bullet or number selects the entire text behind Keeping cursor hold mouse button down and moves bullet/number and text to new position in the list Releasing the mouse button places bullet/number and attached text into the new position and bullets/numbers are matching the position. Platform (if different from the browser): XP\SP3 Browser: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20100101 Firefox/16.0 I can be contacted
As far I understand what you want to to, you can already do that with the buttons in the bullet and numbering toolbar. Did you try the buttons with an arrow? Best regards. JBF
Thanks for the answer. I did not know that. However, I tested immediately and regards this as an interims solution (thanks for your hint) but being able to drag & drop with the mouse would be much faster.
Dear Bug Submitter, Please read the entire message in its entirety before continuing - also please respond directly to FDO when replying - do not reply via email. This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
I don't know what kind of additional information I can provide. Jean-Baptiste gave a first good answer in Comment 1 and I thanked him for his excellent hint and replied that this can be regarded as a work around until a drag & drop solution can be provide. I am using these buttons since I learned from Jean-Baptiste about but still feel - in daily work - that drag& drop would be more efficient and also more straight forward.
Set as enhancement and NEW because it seems a valid enhancement request (even if, personally, I do not believe that drag&drop is the fastest way to change the items order in a list ;-) ). Best regards. JBF
Needs a UX evaluation: Google Docs behaves like LibreOffice, Word Online like requested.
List handling is one of the major topics not only in Writer. Results from a usability test at the city of Nantes shows shortcomings including the selection of list items. And while the proposal in https://design.blog.documentfoundation.org/2017/10/28/impress-lists/ (-> "Copy/paste of list items") is about to select from directly after the bullet point, it would be great when the whole line is selected on click at 'the area left of it'. Just the bullet point itself might be too small in most cases- take MSO as example how uncomfortable the click on bullet is. The selection includes everything until the text in the next line today (with a step), but you can also select just the text of one line. In the first variant cut/paste (or drag and drop) moves the whole line, the second keeps the bullet alive. To achieve the same we ideally get a virtual character at the line end that can be added or deleted to the selection. In case of normal text you get a selection to either the last character or right edge of the paragraph. MSO works differently and doesn't select the line (there is no click to select). And it lacks on feedback. So please don't take MSO as an example here and change the cursor from crDefault to a horizontal hand pointer. Last but not least, the behavior of lists must not diverge further. So any change should work on all modules.