[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 Heiko Tietzechanged: What|Removed |Added Keywords|needsUXEval | Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |WONTFIX Severity|normal |enhancement --- Comment #15 from Heiko Tietze --- We discussed the pros and cons in the design meeting. While users from other tools would benefit from the familiar workflow (see Jay's comparison in comment 12) the LibreOffice users know and accept our way of dealing with paragraph breaks. So we came to the conclusion to keep the current behavior. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 --- Comment #14 from Cor Nouws--- also, this "problem" already exists since 1995 or so :) Apart from that I appreciate the present behavior for a workflow faster and cleaner than I remember from the other program, also consider what one might break in existing macro applications. I suggest to close as NotABug -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 Thomas Lendochanged: What|Removed |Added CC||thomas.le...@gmail.com --- Comment #13 from Thomas Lendo --- I agree with Cor Nouws in comment 11. But I would support the idea if the user can choose the behavior (with or without end character) in the options dialog. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 Yousuf Philips (jay)changed: What|Removed |Added CC||philip...@hotmail.com --- Comment #12 from Yousuf Philips (jay) --- Application Comparison: = Browsers = Firefox: Not Included Chromium-based : Included = Word Processors = Abiword : Included Calligra : Not Included - Windows - WordPad : Included MS Word : Included WordPerfect : Included - Mac - WPS/Kingsoft : Included iWork Pages : Included TextEdit : Included - Browser - Google Docs : Included -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 --- Comment #10 from Harald Koester--- (In reply to Heiko Tietze from comment #9) > ... On the other hand it's pretty > clear what is selected and with one additional key stroke you can add the > break. I think a quad click in order to select a paragraph is not used by a lot of users. Thus I do not think that most of these users are aware that they have to select the paragraph end character explicitly. In most cases they afterwards will 'repair' the text by deleting and/or inserting a paragraph end character. Furthermore it's more logical and consistent to insert a paragraph with a paragraph end character: A word is also inserted with an additional space and a sentence is inserted with a full stop. Certainly this is not a bigger problem, but I think a change would make LibreOffice just a bit smarter at this place. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 --- Comment #9 from Heiko Tietze--- Double checked the behavior of MS Word and the paragraph break is included in the selection, meaning like requested here. On the other hand it's pretty clear what is selected and with one additional key stroke you can add the break. IIRC, we had the same or similar discussion where the cursor should go when jumping with ctrl+up/down where it also wasn't clear if we go to the beginning of the next paragraph or the end of the current. Both approaches have an advantage, IMHO. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 68271] EDITING: Paragraphs are inserted without paragraph end character
https://bugs.documentfoundation.org/show_bug.cgi?id=68271 V Stuart Footechanged: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu --- Comment #8 from V Stuart Foote --- Is this even valid? Behavior now when you select content (with 4 mouse clicks OR with +) of a paragraph--you _do not_ include the paragraph break. So it would be wrong to insert one on paste. If you need the paragraph end in the selection, extend the selection to include the end marker. Current (legacy behavior) is correct. IMHO => WONTFIX -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise