Created attachment 160919 [details] Open the document and have a look at Character Style "LibOMenüPfad" Open the attached document. There are some paragraphs with different styles. Have a look at the character style "LibOMenüPfad". This style has designed wrong. It is always 11pt. So go to "Character Styles" and try to remove 11pt. It is impossible. The button "Standard" doesn't set anything here. And deleting the height will set it to 2pt when saving the style.
No issue with Version: 7.0.0.0.alpha1+ (x64) Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: de-CH (nl_NL); UI: en-US Calc: CL
(In reply to Telesto from comment #1) > No issue with > Version: 7.0.0.0.alpha1+ (x64) So I have tried this version, too. Opened the dialog for Character Style. Tried it with the button "Standard" in Folder "Organizer". No effect. Then I thought: Telesto couldn't find a bug? What is he doing? Switched to "Font" and pressed "Standard" - and the Font was set to the Standard-Font and all entries are lost. So I could set it to "Carlito" and "Bold" without setting '11 pt'. Couldn't find how to reset the font height in the help of LO. Couldn't find it in the Writer Handbook, which is translated into German ... But now I see who it works: The "Standard"-Button will reset the Entries, which have been made in the special folder like "Font", "Font Effects" ... - but it does nothing in "Organizer". Would be a good idea grey out the button when switching to "Organizer". I will set this bug to WORKSFORME.
The "Standard"-Button - but it does nothing in "Organizer". Would be a good idea grey out the button when switching to "Organizer". Setting to NEW for UX evaluation
All your paragraphs have different PS. The mentioned CS is used on all three occurrences of "This → is a Path..." and changing the font size, for example, formats the text as expected. Yes, removing attributes is not possible, bug 89826. And Standard takes the attributes from the parent, bug 128469, which is not the fact for CS so it's not working here. *** This bug has been marked as a duplicate of bug 89826 ***