https://bugs.documentfoundation.org/show_bug.cgi?id=146660
--- Comment #5 from Mike Kaganski <mikekagan...@hotmail.com> --- (In reply to John from comment #0) > The 3rd line ... are still bold. I do not reproduce this. The third line is not bold in Version: 7.3.0.1 (x64) / LibreOffice Community Build ID: 840fe2f57ae5ad80d62bfa6e25550cb10ddabd1d CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL as well as in Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL The cited line could *only* be true in case when the "Put the cursor in the very **end** of the 3rd line" piece of steps were performed incorrectly, e.g. the third line contained a trailing space, and the selection didn't include that space. Or maybe the third and the fourth lines were not separate paragraphs, but split by line break (Shift+Enter). In both cases, the selection then would not cover the whole paragraph. (In reply to Telesto from comment #4) > I'm not seeing the advantage of "Paragraph DF formatting", in my perception it > should simply be "Character DF". I do not understand what you mean: do you say you do not understand the concept of paragraph DF, or you do not understand why it includes pieces shared with character DF, or if you do not understand why it gest applied in *this specific case*. The last is just a UX choice of early days; and it *in theory* could be changed, although it could be unexpected to most; the idea behind that decision was to avoid dedicated workflow for paragraph DF vs character DF application. But the first two points are absolutely logical concepts, and part of the standard, meaning it is simply nothing to discuss here. -- You are receiving this mail because: You are the assignee for the bug.
