[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 2 12:41:08 UTC 2020


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

--- Comment #17 from Luke Kendall <luke.kendall at gmail.com> ---
(In reply to Telesto from comment #16)
> (In reply to Mike Kaganski from comment #13)
> they are *not* styles as they designed to be.
> 
> FWIW: it's partly about what they design; what's being practical. Of course
> there need to be a model/a design. But if the design results something less
> workable, move to being pragmatical. Exceptions on the rule.
> 
> I do see issues to Luke proposal. Same look on screen (font/bold/underline)
> based on two different styles.. So merging DF to a style is not directly
> possible. Which one to pick. Something else is doing a suggestion.. This DF
> formatting matches styles XYZ. Adjust too. 
> 
> Not saying this technically possible dev point of view; or ideal from user
> point of view. Of UX agrees.. But I do understand what Luke is saying.. Even
> though I'm more issues with they UI (PS/CS shown in a DF toolbar). And no
> way to disable DF.
> 
> But other dimension/side of current model is indeed the harmonizing with
> styles part. The to paradigms need to grow to each other; not be implemented
> as mutual exclusive; as this isn't in line with daily reality. Or I assume
> it isn't. 
> 
> I can only give my personal view on this. And even if the participation
> stuff is going the fly (Board mailing list). I still believe we would have a
> hard time structuring the discussion. As there plenty of ways to optimize/
> adjust/ tweak. Say: remove formatting in at Style Inspector level. It's
> something.. And surely better compared to nothing. But would be wipe for
> bleeding (Dutch expression; not sure what the native equivalent is)

I think the Simplify function even helps with this, because once the DF has
been removed and replaced with a minimum set of auto-created styles, it's then
tractable to go through and find text by style and make a conscious decision to
change the style to an alternative style that has the same look but different
semantics.

So I believe my proposed new functionality:
1) that will make styles more understandable to more users
2) makes it practical to clean up a messy unstructured document and turn it
into a clean well-structured one, and 
3) solves some (many?) issues around DF.

-- 
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/20200902/ca9bb2c9/attachment.htm>


More information about the Libreoffice-bugs mailing list