One problem with my .ott. Recently added custom charcter style to it, with the intention to use style in derived .odt’s. To do that i selected one Writer’s stock character style then invoked Create New from Selection. I handle in Styles Sidebar. Unfortunately resulting new custom char style presents different attributes (in terms of its presentation in Styles sidebar) - different as the style I had selected when creation got started - issue A. I only created that one style, no other modification in template document. Due to discrepancy in character appearance I want to delete the custom style created newly however Writer screams loudly this style to be used in document. It was never my intention to apply this style to any text as far as that template is concerned. I want to delete it but isn’t possible as of this situation - issue B. I also saved the template to .fodt for further analysis and see in xml -viewer one single occurrence of name of my new character custom style - style definition.
Deepwiki Devin proposes to ScriptForge API (macro) and the function DeleteStyle as workaround. Myself dealt never before with that API - unsure how quick I will be able to start that macro.
Regarding discrepancies in character look&feel (only the sidebar Styles used so far) Devin finds out what I don’t understand how can it help me, cit.: Why the new style looks different: “Create New from Selection” (SID_STYLE_NEW) uses the selected style as a reference, but attribute copying is performed by the document’s style creation logic (e.g., FillByEx for paragraph styles; analogous for character styles). If the reference isn’t passed correctly or attributes are reset during creation, the resulting style may not match the source appearance.
My .ott is registered with Writer and in my use for weeks/months.
EDIT
Writer is protesting upon user attempt to remove custom style created newly, however answering the prompt by “yes, please delete it” results in: template stored to .fodt comprises no occurrence of style name - this resolves solves issue B.