[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Groff] inconsistencies with color specification
From: |
Gaius Mulley |
Subject: |
Re: [Groff] inconsistencies with color specification |
Date: |
Mon, 15 Oct 2001 09:52:20 +0100 |
> I propose to require both commands m and DF to have 3 arguments each of
> which can arbitrarily be specified as a float or a hex number in C style.
> This could be naturally done by calling the parser's get_string() function
> thrice. Moreover there are standard C library functions to handle the
> transformation.
yes I think this would be cleaner. Maybe it would be simpler for the ditroff
color commands m and DF to standardise on using 4 byte hex numbers for each
color component. This way we can remove the need to read in floating point
values and 2 byte hex strings in input.cc.
Minor note: I wonder whether we should be using cmyk as the interface between
troff and its devices, rather than the rgb scheme?
Gaius
- [Groff] inconsistencies with color specification, Bernd Warken, 2001/10/14
- Re: [Groff] inconsistencies with color specification,
Gaius Mulley <=
- Re: [Groff] inconsistencies with color specification, Werner LEMBERG, 2001/10/18
- Re: [Groff] inconsistencies with color specification, Stewart C. Russell, 2001/10/18
- [Groff] gxditview & color groff ?, Lars Segerlund, 2001/10/18
- Re: [Groff] gxditview & color groff ?, Werner LEMBERG, 2001/10/20
- Re: [Groff] gxditview & color groff ?, Ralph Corderoy, 2001/10/21
- Re: [Groff] gxditview & color groff ?, Lars Segerlund, 2001/10/22
- Re: [Groff] inconsistencies with color specification, Ted Harding, 2001/10/18
- Re: [Groff] inconsistencies with color specification, Bernd Warken, 2001/10/19
- Re: [Groff] inconsistencies with color specification, Stewart C. Russell, 2001/10/19