Package: gnuplot
Version: 4.0.0+4.1.0-1
Severity: normal
Tags: upstream
Hi,
By default, gnuplot's flashy colors are hardly readable since the
default background is white:
- black (0) is ok
- red (1) is usually slightly ok
- green (2) may seem ok on the screen, but it isn't at all on beamers
for instance.
- blue (3) is usually ok
- pink (4) is not so ok
- skyblue (5) is even less ok.
- yellow (6) is just _unreadable_, even on the screen.
The unfortunate effect is that all students get bad marks for their
very first presentation just because the software they chose to use
(gnuplot) doesn't have good default colors. And even when they are
aware of the problem, they have to always change the colors for more
readble ones, while defaults ones should be nice.
Couldn't darker colors be used by default? For instance with this in
term/post.trm:
static const char GPFAR * GPFAR PS_linecolors[] = {
"% Default Line colors\n",
"/LCw { 1 1 1 } def\n",
"/LCb { 0 0 0 } def\n",
"/LCa { 0 0 0 } def\n",
"/LC0 { 0.8 0 0 } def\n",
"/LC1 { 0 0.8 0 } def\n",
"/LC2 { 0 0 0.8 } def\n",
"/LC3 { 0.8 0 0.8 } def\n",
"/LC4 { 0 0.8 0.8 } def\n",
"/LC5 { 0.8 0.8 0 } def\n",
"/LC6 { 0 0 0 } def\n",
"/LC7 { 0.8 0.5 0 } def\n",
"/LC8 { 0.5 0.5 0.5 } def\n",
NULL
};
it looks quite better (see
http://dept-info.labri.fr/~thibault/tmp/test2.eps , to compare with
http://dept-info.labri.fr/~thibault/tmp/test.eps )
And please report upstream.
Thanks,
Samuel
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (900, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gnuplot depends on:
ii gnuplot-nox 4.0.0+4.1.0-1 A command-line driven interactive
ii gnuplot-x11 4.0.0+4.1.0-1 X11-terminal driver for gnuplot
gnuplot recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
