Re: LibreOffice Calc chart printout missing axes and gridlines. [SOLVED]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/29/21 8:03 PM, Tim via users wrote:

To me, the idea of a zero-width line would mean non-printing, so I
would avoid it.  In fact, when I print tables and charts, one of the
things I experiment with is quite thin lines and not 100% black, as
they tend to make tables ugly and more cluttered.

I agree. Even with 0.02-inch thickness and 170-170-170 (light gray) color, the grid lines come on too strong. I'll get around to trying 0.01 inch one of these days, and if that's still too much or LibreOffice doesn't allow it, a yet lighter gray.

Color perception is complex and tricky....[snip]...I've
longed for much better color gamuts for monitors for a long time.

Perception [... snip...]
When it comes to monitors, the actual tint (or hue) of the red phosphor
isn't pure red.  Not only isn't it 100% saturated red, but it's often
not red (on most old domestic CRT TVs it actually verged towards
orange).  Likewise, with the blue and green phosphors not being 100%
mono-chromatic, and not being precisely the same tint on each screen.
Apart from meaning you couldn't get pure, or accurate colours, it meant
each screen looked different.  You get similar impreciseness whether
it's CRT, plasma, or LCD.

Monitors generally handle white to intermediate saturation very well. It's high saturation that they can't handle, especially in the green to cyan range and the red to violet/purple range. I've known for many years that 255-000-000 is orange-red, not red. What I've most been wanting is an excellent high saturation true red, and high saturation purples and violets. Mixing a little blue into "red", say 255-000-015 makes for a good red (not orange-red) hue, but the result noticeable lacks saturation.

I'm actually quite impressed with how well our visual system adapts (within limits) to the weaknesses of both monitors and printouts.

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux