| Summary: | Clone formatting unbold source text ignores bold attribute on target text. | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Allan Macdonald <allan.w.macdonald> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 7.3.7.2 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
|
Description
Allan Macdonald
2023-12-14 15:26:37 UTC
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 |