Description: When using the clone formatting tool with non-bold text, the bold attribute is not removed on the target text. Steps to Reproduce: 1. Create a new .odt document 2. Using the default font (on Ubuntu: Liberation Serif, 12pt), write some text and press enter. 3. Turn on bold. Write some more text. Press enter to end the line. 4. Select some text in the first line, click the “Clone formatting” tool button and click-drag the cursor over the second line. Actual Results: Bold formatting is preserved. Expected Results: Bold formatting is removed on second line. Reproducible: Always User Profile Reset: No Additional Info: This occurs with the following systems and versions: Ubuntu 22.04LTS: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 24; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded In Windows 11: Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL
Works as expected in 7.6.4.1 under Fedora, KDE Plasma desktop The attached sample in https://ask.libreoffice.org/t/copying-into-a-new-row-disregards-bold-formatting/95201/8 is totally direct formatted. Perhaps the real document inside which the problem initially appeared has also some character style which becomes visible after removal of some direct formatting. My opinion is that tools like "Clone Formatting" are tools which postpone the switch to styling because they offer services to keep on with Word-like formatting instead of studying the founding principles in Writer. So NOTABUG or NEEDINFO for more context on the real case.
(In reply to ajlittoz from comment #1) > Works as expected in 7.6.4.1 under Fedora, KDE Plasma desktop I will need to install this version temporarily on one of my machines and report back. However, the issue does occur with 7.3.7.2 and 7.4.7.2 on 2 different OSs. > > The attached sample in > https://ask.libreoffice.org/t/copying-into-a-new-row-disregards-bold- > formatting/95201/8 is totally direct formatted. > > Perhaps the real document inside which the problem initially appeared has > also some character style which becomes visible after removal of some direct > formatting. The "real document" posted to the referenced ask topic was created from scratch (new document) and was not derived from some other document. > > My opinion is that tools like "Clone Formatting" are tools which postpone > the switch to styling because they offer services to keep on with Word-like > formatting instead of studying the founding principles in Writer. > > So NOTABUG or NEEDINFO for more context on the real case. Are you suggesting that utilizing "direct formatting" is somehow incorrect usage of the software? Further info: ============= I have since discovered that the bold format can be removed by holding down ctrl while selecting the target text. However, this merely indicates that the meaning of "paragraph" vs. "character" attributes seems to be confused. In the example document, "bold" is a character level attribute. The operation I observe, however, seems to be opposite what is expected in this help topic: https://help.libreoffice.org/6.1/he/text/shared/guide/paintbrush.html So, following the letter of the help topic, if, in the referenced document, I select 2 characters in the first line, (character level selection), which are "regular" (i.e. non-bold), then click the clone formatting tool, then click-drag just 2 characters in the second line (whose characters are bolded but otherwise based on the default style), I should expect these 2 characters to have the bold attribute removed. I should not have to press ctrl because the formatting was character formatting in both the source and target text.
(In reply to Allan Macdonald from comment #2) > Are you suggesting that utilizing "direct formatting" is somehow incorrect > usage of the software? Correction: I meant to say "Clone Formatting" in this question.
Issue cannot be reproduced in following version: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 24; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.UTF-8); UI: en-US Ubuntu package version: 4:7.6.4-0ubuntu0.22.04.1~lo1 Calc: threaded