Removing the tab and putting the line back to the margin is really easy in MS-Office, all you do is press backspace twice and the line goes back to the original margin.
I know there is a toolbar option to achieve this in libreoffice, but this option sucks tbh. Who wants to point and click when we have perfectly adequate keyboards.
This would be a great feature to increase productivity.
Steps to Reproduce:
1. Create a bulleted list of more than one item
2. pick a list in the middle of the list and hit backspace twice
1. you will see that it takes you up to the end of the previous line
2. there is no obvious way to remove this tab and using a toolbar option is not adequate.
1. we should be able to hit backspace twice to remove both the bullet and the tab indent
User Profile Reset: No
My apologies, I left out a vital piece of information.
To clarify the issue further:
This only occurs when the line still retains characters. Empty lines do in fact return to the margin with a second backspace.
I'm unsure if this is in fact a bug or requires a feature request. Either way it needs to be fixed, poor UX consistency like this only serves to hamper our efforts.
We have alternative ways to unlist a paragraph (see also bug 120400). I suggest you try out Shift+F12 (customization to another shortcut is possible) or the toolbar/sidebar controls.
There are some discussion around this topic, one recently in bug 119065. So there is definitely room for improvements. But I wouldn't change the paragraph style from "List Content" (or whatever) to "Text Body" or Default just on backslash.
So my take is WF.
Tricky to find the right way for most of the users.
For me, the main question is what do most users want when deleting a list item with backspace:
1) Do users want create a line without a list item in between an existing list? Then this bug report is valid.
2) Do users want delete a list item? Then the current behavior is right.
To speak in my behalf, I very rarely wanted 1) in the past. Mostly it's about deleting a list item. For me, 2) is the most wanted behavior. Therefore a WORKSFORME from my side.
(In reply to Thomas Lendo from comment #3)
> For me, the main question is what do most users want when deleting a list
> item with backspace:
> 1) Do users want create a line without a list item in between an existing
> list? Then this bug report is valid.
Yes, that would help.
Is the same as Ctr+Shft+F12
> 2) Do users want delete a list item? Then the current behavior is right.
That could be done then by three times BS, which is not a big item too.
I think BS for the suggested behavior, is an advantage over expecting people to use my favorite key-combi ;)
So I support the request :)
Created attachment 145790 [details]
pdf file clearly describing present behaviors and poposed one
IMO the request makes sense.
Current behavior is still there, hitting BS three times.
Hitting BS two times, creates a new behavior (same as Ctrl+Shft+F12)
I understand the request as 1x BS works like shift+F12. So Aidan, please clarify.
(In reply to Heiko Tietze from comment #6)
> I understand the request as 1x BS works like shift+F12.
Shft-F12 on my machine starts bullets; Ctrl+Shift+F12 removes bullets/numbers and indent.
> So Aidan, please clarify.
Me not Aidan, but in his initial explanation he writes: " all you do is press backspace twice and the line goes back to the original margin."
Cor, thanks for your clarification and you're right with 2x backspace.
(In reply to Aidan from comment #0)
> Expected Results:
> 1. we should be able to hit backspace twice to remove both the bullet and
> the tab indent
Now I support this enhancement request. +1 from my side.
Shift+F12 toggles bullets on/off (.uno:DefaultBullet, a generic command) and Shift+Ctrl+F12 is numbering off (.uno:RemoveBullets, Writer specific).
And I agree with your proposal, Cor, when it meets Aidan's expectation. And if there is no showstopper from dev POV.
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 INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
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!
idea accepted -> New
*** Bug 125835 has been marked as a duplicate of this bug. ***