Description: Deleting a word should also delete either the leadin or trailing space. Steps to Reproduce: 1.delete a word 2.then delete one of the two spaces 3. Actual Results: 2 spaces Expected Results: 1 space Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: What a waste of time. It creates a distraction that disrupts the author's train of thought.
I won't support that idea. Just think of the situation, whre you want to substitute with a new word. And ff we change current behaviour we will definitely get some bug reports.
You delete symbols that you selected. Itworks so in any software -100 from me
It's a typical case when trying to make things "smarter" whereas we're just adding some confusion. You're talking about leading/trailing space, but I suppose it means unbreakable space too, perhaps also tabs. I suppose too we should remove the n "spaces" not just one. It would also impact typo rules. I mean in French, there's a rule indicating that after "," there must have an unbreakable space. So if I got: "There are apples, pears and berries." If we delete "pears", we would have: "There are apples,and berries". => rule isn't applied. Of course, you may respond that typo rule should be re applied after "delete word" rule but you'd add extra complexity again. In brief, I'm strongly against this idea.
I have no objection to user requests (if there is broader audience) or smart stuff in general. As long as it's opt-in instead of opt-out (which is also the case for markdown/auto-complete/to grid etc). I'm slightly considering some kind of "feature dialog" where all of those make life easier perks are managed, instead of all over the place. The dialog contains the settings itself, or points to the area where those can be configured. I really can't asses user request here.. They major objection; it can't be default so barely tested an hard to maintain. So I would prefer an extension/macro solution outside LibreOffice with some else responsible. Talking about that; only as a note: Markdown should be developed/implemented/managed as an extension too (instead of being a part of the auto correct)
Deleting a "word" is an issue of selection. We delete what we select. See also bug 82735 to automatically expand the selection to word bounds was recently resolved WONTFIX But, as usual there is already some text cursor "positional" handling of word bounds in the edit shell [1] as in bug 100189; and this already is handled. =-ref-= [1] https://opengrok.libreoffice.org/xref/core/vcl/source/edit/texteng.cxx?r=f45ff1a7#2353
Selection per keyboard (ctrl+shift+right) includes trailing spaces (see also the ticket that Stuart mentioned). No support for the idea also from my side, so resolving as WF. Dan, please consider using the keyboard.