Created attachment 121528 [details] Descriptive screenshot Steps to reproduce: 1) In libreoffice writer write some normal text and then add a text box using the AI icon button (see screenshot) 2) Change any of the Default style element (e.g. font red) 3) Changes are applied only to the "normal" paragraph, but not on the content of text box. Expected behaviour: As the "Default style" acts as master, the content of the box should apply the new style definition as well.
Created attachment 121529 [details] Example odt
Reproduced. Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+ Build ID: a4764cfa80270f973da5861d0ddc28298bf16f4d CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-24_22:45:12 Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro Version: 6.1.0.0.alpha0+ Build ID: 06cfd5a962f9d8d9462fc270f1b1f730c90bddfe CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
*** Bug 112055 has been marked as a duplicate of this bug. ***
For the record. Quote from bug 112055 comment 4; Regina Henschel Currently the elements inside the text box are not able to use custom styles (those from styles.xml). That is a limitation of LibreOffice and not covered by file format. Currently the <span> elements in the paragraphs inside the text box can use the same automatic styles as the <span> elements in the original text. LibreOffice uses it already, but not in all cases. That can be improved, but the current solution is not really an error. The real problem is, that the paragraph styles are not handled correctly. The original text uses paragraph style "Standard", which is "Default style" in the UI. Because of the lacking feature of using custom styles from styles.xml, currently special automatic paragraph styles are generated in custom.xml. But that is wrongly done. It would be sufficient, if these special styles would get a style:parent-style-name="Standard" and nothing else. And in case the original text uses already an automatic paragraph style, the same automatic style can be used directly in the text-box. That is about file format. Changes in the internal model might be more difficult.
Dear Antonello, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still present in LO 6.4.6.2 Version: 6.4.6.2 Build ID: 1:6.4.6-0ubuntu0.20.04.1 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
Dear Antonello, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
remains an issue Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7198c5e49eff0b82cb423424eaed0ee94d66db7d CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Note that there is no need to delay the style change _after_ creating the textbox. This works too, as a reproducer: 1. Create new Writer document 2. Change the Default Paragraph Style (e.g. make the font color red or line spacing double). 3. Insert a new text box. 4. Type some text. The paragraph within the text box will not respect the Default Paragraph Style.
(In reply to Regina Henschel from bug 112055 comment #4) > Currently the elements inside the text box are not able to use custom styles > (those from styles.xml). What about default styles? > That is a limitation of LibreOffice and not covered by file format. Didn't quite understand that sentence; does ODF support the use of styles in textboxes?
(In reply to Eyal Rozenberg from comment #13) > (In reply to Regina Henschel from bug 112055 comment #4) > > Currently the elements inside the text box are not able to use custom styles > > (those from styles.xml). > > What about default styles? The "Default Paragraph Style" in Writer is the paragraph style "Standard" in style.xml. > > > That is a limitation of LibreOffice and not covered by file format. > > Didn't quite understand that sentence; does ODF support the use of styles in > textboxes? From point of ODF there is not difference between a "Text box" and a "Frame" in Writer. In both cases it is a <draw:frame ...><draw:text-box ...>...</draw:text-box></draw:frame> structure. The different handling of "text box" and "frame" in Writer is produced by the LibreOffice-only rule "If the style assigned to the <draw:frame> element has an attribute style:parent-style-name, then treat is a 'frame' otherwise as 'text-box'". There is nothing in ODF, that supports such behavior. And of cause ODF can use styles in text boxes. ODF allows styles for the graphic properties like border and fill, and paragraph and text properties included in the graphic properties at the <draw:frame> element and it allows styles for each paragraph inside the <draw:text-box> element and for each text span inside a paragraph. It is only that LibreOffice does not support it.
*** Bug 163245 has been marked as a duplicate of this bug. ***
*** Bug 111921 has been marked as a duplicate of this bug. ***
*** Bug 130923 has been marked as a duplicate of this bug. ***
*** Bug 107963 has been marked as a duplicate of this bug. ***
Inability to style (PS/CS) the textual content of draw:text-box objects should be resolved. ODF would allow it, but from OOo to current LibreOffice we have not implemented support.
(In reply to Regina Henschel from comment #14) > The different handling of "text box" and "frame" in Writer is produced by > the LibreOffice-only rule "If the style assigned to the <draw:frame> element > has an attribute style:parent-style-name, then treat is a 'frame' otherwise > as 'text-box'". What kind of style are we talking about here? > And of cause ODF can use styles in text boxes. ODF allows styles for the > graphic properties like border and fill, and paragraph and text properties > included in the graphic properties at the <draw:frame> element and it allows > styles for each paragraph inside the <draw:text-box> element and for each > text span inside a paragraph. > > It is only that LibreOffice does not support it. About that... please consider confirming bug 163245. Also, given what you've said, this bug seems like an actual bug rather than an enhancement request, since the Default Paragraph Style should apply to paragraphs within frames/text-boxes. (But correct me if I'm wrong).