You could probably make one function be a wrapper to the other, which
wouldn't be so bad...
It would be really nice to have one color format throughout Pd, when
its GUI objects, data structures, Gem, PDP, etc. 0-1 for R,G,B seems
to be a natural for Pd. It would also have the added benefit of
making patches with color work the same no matter what the color
depth (e.g. 0.5,0.5,0.5 would always be middle grey, whether on 4-
bit, 8-bit, 16-bit, or 24-bit).
.hc
On Mar 28, 2006, at 8:04 PM, Miller Puckette wrote:
The reason to use a single number as a color was because 3-component colors in a data structure drawing command just seemed too unwieldly. But I'm starting to wonder if this was truly a wise decision to make. The trouble now is it would mean having two versions of every drawing instruction, yuck!
M
On Sun, Mar 26, 2006 at 09:48:07AM -0500, Hans-Christoph Steiner
wrote:On Mar 26, 2006, at 2:42 AM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think floats would be simplest, tho there would be three atoms in place of one.
Which is a problem, because a one-element specification for
colors is needed as well (e.g. to pass colors as abstraction arguments, in
data structures etc.)What makes this requirement one element for color? Changing the format will break backwards compatibility anyway, so you could change one to three elements. I think 3 floats would make things much easier to use, like [colorRGB].
Personally I like hex colors, but I'm used to them from web work.
If it must be one element, then hex colors would be the way.
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"The arc of history bends towards justice."
- Dr. Martin Luther King,
Jr.