Date: prev next · Thread: first prev next last
September 2013 Archives by date, by thread · List index


I agree that this change is a regression bug.
LibrOff3 correctly used the system default background colors, and LibrOff4
has introduced an incorrect, and fixed (no option to override) behavior.

Consider these:
o Productivity apps should not hard code a color based on expectation of
printing: how can you know what color paper will be used!?
o Background behavior can be different across the apps: spreadsheet, word
processing, presentations--but this change was introduced to all at once.
0 Those apps provide a Print View, Web View, and/or Print Preview functions
where simulating the appearance of final output makes sense--and for many
users / use cases will (should) differ from an "edit" or default view.

/SD




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-ux-advise-default-background-color-setting-is-now-WHITE-not-so-comfortable-for-eyes-anyms-tp4060350p4074407.html
Sent from the UX-Advise mailing list archive at Nabble.com.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.