[Libreoffice-bugs] [Bug 126546] Deficiencies in Manage Styles (possibly related to import filters)

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #10 from Adalbert Hanßen <adalbert.hanssen at gmx.de> ---
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 <F11> 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200529/bc3d687c/attachment-0001.htm>