[Libreoffice-ux-advise] [Bug 140818] Default Character Style should be named "No Character Style" and all builtin character styles should inherit from "No Character Style", and "- None -" should be re
https://bugs.documentfoundation.org/show_bug.cgi?id=140818 --- Comment #7 from sdc.bla...@youmail.dk --- (In reply to Regina Henschel from comment #6) Thanks again for the detailed example. > > When "Inherit From" is "None" then values specified in "Contained" are > > removed. > > No, see style RedBold. It has "None" but still defines values for the font > color. Actually I think I am right here. Edit "RedBold" CS, go to Font Effects tab and press "Standard". Font Color becomes Automatic (and Light Red no longer appears in Contained). Similarly, on the "Font" tab, press "Standard" and Font Style changes to "Regular". If you do both actions, then you will see that Contains becomes empty for "RedBold" -- which is what my proposal says. I also tried "Standard" on the "Borders" tab for "RedBoldAndBorder". I believe it should inherit "RedBold" borders value, but I was not surprised that it did not work because of bug 136339 (for Area and Highlighting). (I thought there was also a bug report for Borders, but I could not find it, if it exists). Because "Standard" only applies to a tab, maybe I should modify the formulation to: When "Inherit From" is "None" then any values on this tab, which are specified in "Contained" are removed. fwiw, I studied 16.2 carefully before making my proposal, which was motivated by the logic described in 16.2 . But I am happy that your detailed example is consistent with my auto-didactic understanding, and also that my tooltip proposal "survived" the first empirical challenge, presented by "RedBold". But in this case, when the logic is specified, it seems better to follow that, rather than work empirically (especially given the bugs). My reasoning for character styles is that they are not applied to paragraphs (because they are style definitions), so they will always end up with "none" for paragraphs. But if paragraph styles do not define a property, then "an implementation-dependent value is used." Here I admit that I trusted/guessed that the implemented values for Character would match the implemented values for Paragraph at the "bottom". And was wondering if it would be better if LO used a for text family, which is permitted, but inspection of an LO .odt file indicates that LO does not use it. > It is indeed a challenge, to describe this behavior in tooltips and to use > adequate labels. The goal is only to describe accurately what happens when Standard is pressed (independently of whether it communicates "why"). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140845] "Contains" in Paragraph Style should identify List Style as "List Style", not as "Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=140845 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0846 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140846] "Contains" in Paragraph Style should identify "Outline" as "Chapter Numbering" and have "Level" before the level number
https://bugs.documentfoundation.org/show_bug.cgi?id=140846 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||108456 CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0845 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108456 [Bug 108456] [META] Style modify dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140845] "Contains" in Paragraph Style should identify List Style as "List Style", not as "Numbering"
https://bugs.documentfoundation.org/show_bug.cgi?id=140845 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||108456 CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108456 [Bug 108456] [META] Style modify dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140818] Default Character Style should be named "No Character Style" and all builtin character styles should inherit from "No Character Style", and "- None -" should be re
https://bugs.documentfoundation.org/show_bug.cgi?id=140818 --- Comment #6 from Regina Henschel --- Created attachment 170276 --> https://bugs.documentfoundation.org/attachment.cgi?id=170276&action=edit Document to examine character styles (In reply to sdc.blanco from comment #5) > But how would you describe what happens when "Inherit From" is "None". It follows the algorithm described in the ODF standard. https://docs.oasis-open.org/office/OpenDocument/v1.3/cs02/part3-schema/OpenDocument-v1.3-cs02-part3-schema.html#element-style_style Example Border color and style: Examine style RedBoldAndBorder in the attached file, look in section Contains in the Organizer tab. The determination of the value of a formatting property begins with any style that is specified by an element. If the formatting property is present in that style, its value is used. So the text range to which this style is applied (the word "dummy" in line E, F, G, and H) has a red, dashed border at its bottom. Example font color: Examine style RedBoldAndBorder: The style contains nothing about font color. If that style does not specify a value for that formatting property and it has a parent style, the value of the formatting element is taken from the parent style, if present. Example font color continue: The parent (which is in 'inherit from') is style RedBold. Looking there in the Organizer tab we see 'light red' and so that is taken as font color. Example font size: Neither RedBoldAndBorder nor RedBold contain values for the font size. If the parent style does not have a value for the formatting property, the search for the formatting property value continues up parent styles until either the formatting property has been found or a style is found with no parent style. Example font size continue: RedBold has no parent (its 'inherit from' is 'None'). So we cannot go further up in the ancestor hierarchy. But the standard has further rules: For styles with family text which are applied to elements which are contained in a paragraph element 6.1.1, the search continues within the paragraph style that is applied to the paragraph element, and continues in its parent styles. Example font size continue: Take the text range in line G, which RedBoldAndBorder applied, for example. It is in a paragraph with paragraph style "Preformatted Text". We examine "Preformatted Text" and find "10pt" in the 'Contains' section. So this text has font size "10pt". Now take the text range in line E. That paragraph has style "Heading 1". We examine it and find font size "130%". The percent value refers to the size in the parent style, which is "Heading". And there you find "14pt". So the text has 18.2pt (=14pt*1.3) font size. So when a character style has in its 'inherit from' style the value 'None', it has no character style parents. If a property has no value specified directly in the character style, then the search continues in the paragraph style. So in this case the text range "dummy" has font size "10pt" in line G, and has font size 18.2pt in line E, although in both cases the character style RedBoldAndBorder is applied. Same for lines A, B, C and D where RedBold is applied. And this examples shows you, why it is useful to permit, that a character style has no parent character style. That allows, that properties for which values are not directly defined, take their values from the environment in which the character style is used. > > My guess: > >When "Inherit From" is "None" then values specified in "Contained" are > removed. No, see style RedBold. It has "None" but still defines values for the font color. I have constructed RedBold and RedBoldAndBorder so that RedBold is the parent of RedBoldAndBorder. You can test, that the inheritance really works. Set the font color in RedBold to Blue. Now all "dummy" texts are blue, because style RedBoldAndBorder inherits the font color from RedBold. But border color is still red, because that is directly defined in style RedBoldAndBorder. It is indeed a challenge, to describe this behavior in tooltips and to use adequate labels. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140818] Default Character Style should be named "No Character Style" and all builtin character styles should inherit from "No Character Style", and "- None -" should be re
https://bugs.documentfoundation.org/show_bug.cgi?id=140818 --- Comment #5 from sdc.bla...@youmail.dk --- (In reply to Regina Henschel from comment #3) Thanks again for further clarifications and precisions. (and I accept your analysis about leaving - none - etc.). > The [Set to Parent] button does in both cases the same. It removes the > properties in that dialog tab from the set of properties, which get a value > by this style. Good. Then my objective is to find a tooltip that expresses this accurately. When "Inherit From" refers to another Character Style, then it is clear that "Standard" returns the values of the parent Character Style. But how would you describe what happens when "Inherit From" is "None". My guess: When "Inherit From" is "None" then values specified in "Contained" are removed. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140839] Many images in ToTD looks cropped or blurry
https://bugs.documentfoundation.org/show_bug.cgi?id=140839 --- Comment #3 from Mike Kaganski --- Looks like the images are made on a HiDPI system. They may be either created on a Lo-DPI system (which would require upscaling on Hi_DPI systems -> blur), or have several image versions for different scaling (100%-150%-175%-200% -> maintenance burden)... -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140839] Many images in ToTD looks cropped or blurry
https://bugs.documentfoundation.org/show_bug.cgi?id=140839 --- Comment #2 from andreas_k --- What's the needed size, so I can fit the images to the correct size. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140839] Many images in ToTD looks cropped or blurry
https://bugs.documentfoundation.org/show_bug.cgi?id=140839 Heiko Tietze changed: What|Removed |Added Keywords||needsUXEval CC||kain...@gmail.com, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Heiko Tietze --- We can either scale the image (ends up in bad quality), crop (makes it unreadable), make the dialog larger (might lead to bad design; thought it was implemented like this), or change the images to comply (unsafe). Opinions? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 140818] Default Character Style should be named "No Character Style" and all builtin character styles should inherit from "No Character Style", and "- None -" should be re
https://bugs.documentfoundation.org/show_bug.cgi?id=140818 --- Comment #4 from S.Zosgornik --- Seeing the paragraph as the bigger a.k.a master entry "Default Character Style" seems to be the appropriated notation. But the entry is not self-explaining. I suggest we rename it into "Set to Paragraph Default" or shorter "Set to Paragraph". "Clear Character Style" is same wrong as it also does not suggests that the characters will inherit from the giving paragraph. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise