[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 13:31:34 UTC 2020


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

--- Comment #31 from Telesto <telesto at surfxs.nl> ---
(In reply to Mike Kaganski from comment #30)
> (In reply to Telesto from comment #29)
> > Benjamin doesn't touch styles, so everything will be the same for him :-). 
> 
> OMG. How much do people think like that when discussing UX?
> Benjamins get documents from anywhere. The documents/templates may get from
> different sources: co-workers, contractors, gov't sites ... and Benjamins
> need their work done, without telling them "you can't work on this document
> until you learn styles". Period.

But please comment on the whole topic instead of quite reading after maybe
'naive' comment. And we should define types of benjamins.. Grandma running
LibreOffice twice a month. Something else as Benjamin is working
professionally. Not sure if UX has the typology say 40 type of users with
background story? Would make it easier to for see problems. My quote makes
"sense" for Grandma. Or at least in my view. Or all other users who use
LibreOffice as Wordpad equivalent. 

The current implementation is also "half-baked" IMHO (see also bugs floating
around) which raises the same question. OMG, who invented this. Have the
actually tried to use it heavily? It simply unnecessary hard to work with (if
you ask me).  

BTW, it's also hard to where somebody stands. Is he agreeing of an usability
issue being present (or does he actually not see any problem with the current
implementation at all (but simply shooting at the solution). Or *only*
disliking the solution, but acknowledging something being off.

The next topic being 'what's wrong'. So document riddled with DF styles (as
Thomas stated). Or a GUI issue (able to separate DF from CS/PS). Or
parent/child inherit relation not being noticeable.  Or no way to revert back
to "no DF"

And if you 'only' dislike the solution. Please explaining where the pain is.
Confused user? or development/ maintaining issues. Also some different
suggestions would be nice if you only object against the suggestion. If you
like the current implementation, please say so & with some arguments.

As said 'there' is no 'effective' change'. So everything is working as before.
Except there is font* fontsize*. bold* italic* underline*. You can actually
don't show for bold/italic/underline/highlight or no fill and it would still
work the same (for superficial standpoint of view)

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


More information about the Libreoffice-bugs mailing list