https://bugs.documentfoundation.org/show_bug.cgi?id=104052
--- Comment #39 from Christoph Schäfer <christoph-schaefer@gmx.de> ---
(In reply to Heiko Tietze from comment #38)
(In reply to Christoph Schäfer from comment #37)
I can't see what's wrong with having two standard palettes hard-wired into
LibreOffice:
You sacrifice consistency, transparency, and flexibility for having one
static configuration.
No. As long as it's possible to create a local copy of the palette, you don't.
Consistency means similar functions behave the same.
It also means that basic colours remain the same across installations of the
same product.
People who do not do professional desktop
publishing, guess >80%, will hardly use this palette
The whole reason for the existence of the HLC SOC palette is that people who
*don't* do desktop publishing can safely use these colours in cross-media
workflows without risking glaring discrepancies between the colours in a
presentation and a printed flier (for example). Do you have any idea about the
headaches office files can create for people in design departments, graphics
bureaus or printers when it comes to colour and colour consistency? The HLC SOC
palette enables users to eliminate these headaches and related costs.
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 104052] Add LibreColour HLC palette (continued)
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.