[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Adalbert Hanßen changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #22 from Adalbert Hanßen --- (In reply to Heiko Tietze from comment #20) > ... > Smells like NAB, in particular to "we need a tool to manage" but perhaps you > can submit better STR with what you expect. Sorry, I overlooked the last sentence of you. Today I went into this issue again with my last attachment https://bugs.documentfoundation.org/attachment.cgi?id=179971. I found out that you can reproduce it by going the end of any paragraph before the headline “2022-05-06_Conclusion” in it. 1. put the insertion pointer immediately before the paragraph mark 2. then press Enter 3. then start typing something. You will observe that the font will be Arial, stemming from character style (CS) “Character_Style_20”, the strange heirloom from Microsoft Windows in that file. (The other paragraph don’t have this CS) So the strange behavior is caused by LibreOffice transferring 1. CS 2. direct formatting (DF) from before paragraph mark to the first character of a newly started paragraph. The paragraph formatting (PS) order as specified for the above paragraph is applied, but the character formatting does not seem to be followed due to this transfer from CS and DF. (I have tested this with some examples and think this is an inappropriate feature, because the general rule is to mainly use styles and use DF as little as possible (in the manual it says “using styles means that you shift the emphasis from what the text (or page, or other element) looks like, to what the text is”). I would rather expect that when a new paragraph is started, PS formatting is applied, discarding any CS and DF formatting currently carried over from the last character of the previous paragraph. At the very least, there should be an option for LibreOffice to always behave this way, and on a newly installed system it should default to it to avoid such questions and discussions as here in the future. Now I have understood the reason of all these formatting glitches. I looked up https://books.libreoffice.org/en/GS73/GS7303-StylesAndTemplates.html#toc7 to see, if this carrying over is documented there (I expect it to be documented there, if it were really intended that way). Searching for the keywords “ enter” and “ return” I found nothing of that type. 1. BTW: Reading this chapter let me recognize the subchapter on “Fill Format mode (Writer and Calc)” fro the first time. I did not know that and this is really very useful in using styles. 2. BTW: The hierarchy of formatting DF precedes CS and CS precedes PS is not described in the manual. Ana additional paragraph should be added one level below “Types of styles in LibreOffice” in the Getting Started Guide: “In LibreOfficeWriter the following hierarchy applies to formatting attributes: * Direct formatting (DF) precedes all other formatting, * Formatting with Character Style (CS) precedes formatting through Paragraph Style (PS).” If my suggestion is followed, two more sentences should be added: “If a new Paragraph is started, all direct formatting and DF and CS are reset, the newly assigned PS applies to the newly begun paragraph. If PS is applied to an existing paragraph, any existing DF and CS remain unaltered, therefore all existing text without DF and without CS (i.e. “No Character Style”) use the character properties set forth in PS.” -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #21 from QA Administrators --- Dear Adalbert Hanßen, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #20 from Heiko Tietze --- Missing clear steps to reproduce (STR) (and a more focused example). So my reply is rather generic: Paragraph styles (PS) contain font attributes and character styles (CS) do. If you apply Foo-PS with some font modifications and apply on top of that bar-CS with different settings those will be used (and direct formatting (DF) both the paragraph and character level would overwrite all). If you paste unformatted text it will take the predefined settings from tools > options > writer > basic fonts or the template into default ps. "No Character Style" will remove the CS but not DF. We introduced the Styles Inspector to investigate the hierarchy of attributes. Smells like NAB, in particular to "we need a tool to manage" but perhaps you can submit better STR with what you expect. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #19 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #18 from Adalbert Hanßen --- Created attachment 179971 --> https://bugs.documentfoundation.org/attachment.cgi?id=179971=edit revisiting the old bug report with current version, conclusion about it The most probable reason is MS Word's generosity about creating all sorts of numbered character format styles with names like "Font Style 27". The attached file tells about my findings and conclusions with Version: 7.3.3.2 / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #17 from Xisco Faulí --- Thanks for reporting this issue. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #16 from Dieter --- (In reply to Thomas Lendo from comment #14) > Anyway, the supposed change has a huge impact on the way how Writer works. > Before I say something as a reflex of my long work with Writer and styles > and "dirty" DF documents ... What is the OpenDocument specification saying > about that? Thomas, does comment 15 give enough informations or should we as Regina or somebody else? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #15 from Adalbert Hanßen --- I am not a norm expert, so read this with some caveat in mind. Looking at page 99 of 846 in OpenDocument-v1.2-os-part1, which is part of chapter "3.17 Foreign Elements and Attributes", I see: "Conforming extended producers should not use foreign elements and attributes for features defined in the OpenDocument specification. A conforming consumer that encounters an OpenDocument defined attribute that has a value that is not defined by OpenDocument, then it should: 1) If the attribute has a specified default value, use its default value, or 2) If the attribute does not have a specified default value, ignore the attribute." To my understanding a not used character style might be considered to be a "foreign element". 1) and 2) then would be exactly what I proposed. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #14 from Thomas Lendo --- I would love when such bug report is made because of a clean OpenDocument file without import problems and style/direct formatting mix. Anyway, the supposed change has a huge impact on the way how Writer works. Before I say something as a reflex of my long work with Writer and styles and "dirty" DF documents ... What is the OpenDocument specification saying about that? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #13 from Adalbert Hanßen --- (In reply to Dieter from comment #12) > Created attachment 167941 [details] > example file > > ... > > Adalbert, you expect the following result: > The new paragraph has paragraph style "Default Paragraph Style" (because > that's the next style rule of that style) and character style "Default > Character Style (all different character styles should be removed as well as > all direct formatting) > > Adalbert, did I understand you correctly? > => NEEDINFO Yes, Dieter! (See in #10 after the words "So pressing ENTER just at the very end of a paragraph should...") -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #12 from Dieter --- Created attachment 167941 --> https://bugs.documentfoundation.org/attachment.cgi?id=167941=edit example file During the last six month nobody commented to this bug report. Perhaps it's also, because your comments are very long. so there is one wish from my side: Please keep it as short as possible. So after reading all, I try to summarize with this steps: 1. Open attacehd file 2. Place cursor at the end of the first line. See, that paragraph style is "Default Paragraph Style" and character style is "Font Style27" 3. Press enter Actual result: The new paragraph has paragraph style "Default Paragraph Style" and character style "Font Style27" Adalbert, you expect the following result: The new paragraph has paragraph style "Default Paragraph Style" (because that's the next style rule of that style) and character style "Default Character Style (all different character styles should be removed as well as all direct formatting) Adalbert, did I understand you correctly? => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #11 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #10 from Adalbert Hanßen --- Of course, Dieter, if I mark the added paragraph in the development version with which I re-tested the issue and if I then go to under Character Style and reassign "Default Paragraph Font", then it the text appears as Liberation Sans 11 pt, the default for standard "Absatzvorlage Standard". After marking everything (Ctl-A) I could not apply this procedure. Probably because there is a table of contents in the document. Although it was generated automatically it would not really change if reset to its default Character font. Its immutability probably prevents me from reassigning the "Default Paragraph Font" to the whole document. Now looking closer into my issue and after adding a remark to https://bugs.documentfoundation.org/show_bug.cgi?id=128960#c23 earlier today I see that in my original bug example the very first line "This is a sample file to ..." has the paragraph style "Absatzvorlage Standard" but in addition the text in it has the character format "Font Style27", which is probably a leftover from the MS Word file which was among the ancestors of that file (although not a single line of that remained in it. But former formatting may have infectiously spread to what I wrote around the original text from the MS Word document). If you place the insertion mark at the very end of that very first line and press ENTER, a new paragraph is created with paragraph style "Absatzvorlage Standard", because that's the successor style for it from the last paragraph. But in addition the characters in it inherit the damned "Font Style27"! Probably much of the formatting quirk is due to this. Of course when pressing ENTER at directly in front of the paragraph mark, I expect that a new (empty) paragraph to be created without any direct formatting and without any other character style from the style sheet (aka template). So pressing ENTER just at the very end of a paragraph should 1. start a new paragraph with the default paragraph style as defined as the successor paragraph style from the last one (it may be different than that, e.g. for headlines in general it will be not the headline style), 2. reset any assignment of different character style that might have been in vigor before for the last characters in the old paragraph, 3. reset any assignment of direct formatting that might have been in vigor before for the last characters in the old paragraph. This part of my bug report might be considered an UI issue, because it improves the usability of LO Writer by making the formatting "teachable to a novice". Currently, there are far too many methods to achieve the same formatting, but they have inconsistent and divergent consequences for further formatting. To better explain why a character is formatted as it is (i.e. if its appearance is from the paragraph, the character or from direct formatting (which takes precedence over the others and can be removed by Ctl-M), a small indicator on the bottom line (e.g. next to the Text Language) showing a P for Paragraph, a C for Character or a D for direct formatting would help to understand why a character left to the insertion point appears exactly the way it does. Currently to find out by which means a specific character in a document got its formatting is really cumbersome. There may be (or not?) a bug in the import filter for doc and rtf files. I have seen that lots such "Font Style xy" can be imported into a LO Writer Document. Do you know what is defined to happen if one removes such character fonts? Where is it described in the manual? Apparently the right thing seems to happen: Assign the default character formatting as defined in the paragraph style. But what is assigned if one deletes a used style should be described in the documentation and one should find it by searching for delete and style. And of course something to get rid of the many unused styles which tend to accumulate in a stylesheet is also something on my wish list! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #9 from Dieter --- Adalbert, it's not clear for me, if you've followed my tip in comment 3: "If you change character style to default style, everything is correct." -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #8 from Adalbert Hanßen --- Created attachment 161391 --> https://bugs.documentfoundation.org/attachment.cgi?id=161391=edit Trying the same bug with the old example, added one other observation The bug is still there, see my new example file. I loaded my old example file to Version: 7.0.0.0.alpha1+ Build ID: 0677d46bcc56c1f6c27b9331662990b38fd452d6 CPU-Threads: 4; BS: Linux 5.3; UI-Render: Standard; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); UI: de-DE TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-05-21_12:54:11 Calc: threaded and there I tried out what I did before. I added some screenshots and found out an interesting thing: The maze however goes away for this file when I delete the character style "Font Style 27" which is associated to whatever new paragraphs are added to the file, impeding the character fonts associated to the paragraph styles in the file's template. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #7 from QA Administrators --- Dear Adalbert Hanßen, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 --- Comment #6 from Heiko Tietze --- (In reply to Dieter Praas from comment #4) > Input from Design-Team? See bug 128960 > (For me again an example, that relation between > paragraph style and character style is not clear) Renaming the CS from Default to None (or whatever) wont solve the problem. Neither the proposed Styles Inspector makes it perfectly clear (only RTFM) but improved feedback is at least a step forward. (In reply to Dieter Praas from comment #3) > If you change character style to default style, everything is correct. => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Dieter Praas changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||8498, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||8960 Blocks||107833, 108014 --- Comment #5 from Dieter Praas --- (In reply to Dieter Praas from comment #4) > It's confusing, that "Default Style" seems to be the same as "no style" or > "style defined in paragraph style" > > Input from Design-Team? (For me again an example, that relation between > paragraph style and character style is not clear) See also discussion in bug 108498 and bug 128960 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107833 [Bug 107833] [META] Writer paragraph style bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108014 [Bug 108014] [META] Writer character style bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Dieter Praas changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Dieter Praas --- (In reply to Dieter Praas from comment #3) > But I'm not sure, if this is a bug: Character Style in the paragraphs is > "FontStyle27" (Arial 9pt). If you change character style to default style, > everything is correct. So I assume - but I'm not sure, because I copuldn't > find anything about it in LO help - that default character style adopt font > settings of paragraph style while other character styles are dominant > against font settings of paragraph style. Documentation chapter "working with styles", page 9: "Double-click the required character style, or double-click Default Style to remove the character style." It's confusing, that "Default Style" seems to be the same as "no style" or "style defined in paragraph style" Input from Design-Team? (For me again an example, that relation between paragraph style and character style is not clear) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 Dieter Praas changed: What|Removed |Added Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de --- Comment #3 from Dieter Praas --- I confirm the described behaviour with Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded But I'm not sure, if this is a bug: Character Style in the paragraphs is "FontStyle27" (Arial 9pt). If you change character style to default style, everything is correct. So I assume - but I'm not sure, because I copuldn't find anything about it in LO help - that default character style adopt font settings of paragraph style while other character styles are dominant against font settings of paragraph style. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #2 from Adalbert Hanßen --- I just tested the given sample with the most recent development vesion: Version: 6.4.0.0.alpha0+ Build-ID: 9ee5ad5a0b84bfa652da34694ba4f75668f06087 CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-07-30_13:21:44 Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded It is still there. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)
https://bugs.documentfoundation.org/show_bug.cgi?id=126546 --- Comment #1 from Adalbert Hanßen --- Created attachment 152989 --> https://bugs.documentfoundation.org/attachment.cgi?id=152989=edit Test sample showing the bug. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
