[Libreoffice-bugs] [Bug 130719] Overwriting Writer styles does not overwrite changes to Marginalia paragraph style

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Nov 7 22:01:32 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=130719

--- Comment #27 from sdc.blanco at youmail.dk ---
(In reply to Mike Kaganski from comment #26)
> (In reply to sdc.blanco from comment #25)
> > Of course?   And I suppose you read this in a manual?  (-:
> 
> I am sorry if that was something ... inappropriate from my side - I only
> meant to confirm your findings, to say that they are absolutely correct.
Nothing inappropriate.  On the contrary, very useful.
I hope you saw the smiley at the end of my comment.
My point was, of course, that it was "of course" for you, because you know how
it works!  And in this case, where we are trying to discover/add useful
information about how "load styles" works, I was asking (as a joke) if knew
that this "useful information" was "of course" because you had read it in the
manual (or help pages) -- which of course we know do not exist -- until this
patch is made. (-: 

> > Anyway, this seems to be the "key" bit of (missing) information that
> > should be provided, no?
> 
> Likely :-)
So now, in all seriousness, thanks for the confirmation.  Useful to know.

Here is my proposal:

    For documents, only applied styles, styles modified from a default, and a 
    limited subset of common styles from a default template will be loaded. 
    For templates, only a limited subset of common styles and/or styles 
    modified from a default will be loaded. The styles shown in the sidebar
    cannot be used as a guide.


Please evaluate especially the end of the first sentence. While I understand
that there is no "default" template (from an LO PoV), I was trying to find a
way to say that in addition to applied and modified styles, one has to know
that some (but not all) styles from a (vaguely specified) template will be
loaded. No problem to drop "default template" (but it seemed to be a way to
convey a sense of "standard" or "factory" default).

And one more thing about that sentence. I want to check that I have understood
correctly (because "documents" and "templates" seem like slightly different
cases, which is why I decided to write separate sentences for them.)

To illustrate that first sentence, I tried the following:

1.  Open new file1.
2.  Modify Heading 1 and 3, and Marginalia
3.  Apply Marginalia in file1
3.  Save file1.
4.  Open new file2, and Modify Heading 2 style.
5.  "load styles" to file2 from file1 (with overwrite)

I got the impression -- from the discussions -- that the result should be:
Heading 1, 3, and Marginalia styles (from file1) are loaded, while Heading 2
(from file1) will overwrite the modified Heading 2 in file2.

In my experiments, Heading 1, 3, and Marginalia are loaded, but Heading 2 (in
file2) is unchanged. Is that how it is supposed to work? according to design?  

(If so, then my proposal for sentence 1 is not accurate.  Does the "default
template" (or however one should refer to that list in comment 3) ever
"overwrite"? ) That is what I was trying to test with this example -- 

And one final thought.  Maybe this text does not apply only to "overwrite"?
The help page (and checkboxes) also offer "Text", "Frames", "Page", and
"Numbering".  Is it correct to assume that the same "playing rules" (in the
proposal) apply for these different categories?

If the answer is yes, then perhaps there should be a little
introduction/explanation after "How to access.." and before "Categories" that
says what is in the "proposal" -- but in a more narrative form -- instead of a
than a "note" or "warning" after "overwrite"?

I am not promoting any solution, just trying to get an accurate (comprehensive)
understanding of the situation, so that it can be communicated appropriately. 

Happy to receive comments, criticisms, etc. on the proposals and example.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201107/f80328a2/attachment.htm>


More information about the Libreoffice-bugs mailing list