[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Sep 16 09:31:14 UTC 2020


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

--- Comment #27 from Telesto <telesto at surfxs.nl> ---
As I'm not totally happy with the CTRL+M. Even with dialog options to remove
selectively, as it doesn't fix the 'core' issue of generating plenty of DF 
which can be disabled, an new proposal (only brainstorming).

Formatting toggle buttons (like bold) get visual distinct if activated by PS/CS
(which means: where it different from baseline (Untouched/Stock Default PS/CS)
DF is toggle on/off button. So clicking the toggle bold (with default PS)
enables bold. Pressing the button again and it disabled (not unbold). If a PS
has bold enabled (different from baseline), bold turned on (with indicator
being caused by PS/CS). Pressing the activated toggle button causes unbold
(DF). 
What should happen in the case of modification; say bold enabled in PS/CS, and
disabled in DF and next they PS/CS gets modified (disabling bold) is an open
question. I would say removing DF. There is of course the case of a bold PS
style with overruling bold CS style. With DF formatting unbolding. So they
unbold makes still sense if bold gets disabled at PS level. Or visa versa at CS
level. However you could argue people shouldn't use to much DF if relying on
PS/CS workflow. As DF not fitting in the paradigm to well. 

Something similar with font, fontsize. Some indicator in DF toolbar that the
setting is based on PS/CS (so in essence all the time). Say Liberation Serif*.
Next to Liberation Serif* is Liberation Serif (equal to manual; DF). If
Liberation Serif* gets modified it will change to new style. If Liberation
Serif (without star) it’s DF.

Highlighting. No-fill with PS/CS highlighting activated (so diverging from
baseline), causes DF no-fill (overruling PS/CS). In case where PS/CS
highlighting is the same as baseline (untouched default style) no-fill means
disable highlighting. This would mean you can't set 'no fill' as DF in document
before PS/CS has a setting on highlighting set. It's bit pointless to set DF
no-fill without PS/CS defining a highlighting.  An additional 'color * should
be added) for resetting the highlighting to the original PS/CS style. Say PS
has highlighting yellow set. This overruled by DF purple. No you want to go
back to PS behavior (no-fill would mean, blank). Clicking yellow would mean
manual mode. 
So button inherited is needed. Alternatively this might be done with CTRL+M.
Don't think this really common case (but might mistaken)

-- 
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/20200916/658a2c70/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list