Re: Algoritm for RGB Values for Color Wheel

[Ben Rubinstein]

http://www.easyrgb.com/index.php?X=MATH=02#text2
followed by
http://www.easyrgb.com/index.php?X=MATH=16#text16
?

On 12/09/2016 20:49, Sannyasin Brahmanathaswami wrote:

@ Scott:

changing constants to

constant color1 = "255,0,0" -- red - primary

constant color2 = "255,64,0" -- red-orange - tertiary
constant color3 = "255,127,0" -- orange - secondary
constant color4 = "255,191,0" -- orange-yellow - tertiary

constant color5 = "255,255,0" -- yellow - primary

constant color6 = "191,255,0" -- yellow- green  - tertiary
constant color7 = "0,255,0" -- green - secondary
constant color8 = "0,191,255" -- green-blue - tertiary

constant color9 = "0,0,255" -- blue - primary

constant color10 = "127,0,255" -- blue-violet - tertiary
constant color11 = "127,0,127" -- violet  - secondary
constant color12 = "191,0,127" -- red-violet- tertiary

We get close to the so-called "official" color wheel. Of course we enter the quicksand 
territory of subjective choices, CMYK gamut (geared to pigment) vs RGB gamut (light based), using 
yellow, cyan, magenta as primary apexes instead of RGB 255 on three channels etc.  So the precise 
logic for setting values starts to blur as we move toward "recognition" colors that 
people expect.. which are more pigment based.

The algorithm:

 "go up and down by halves" (255, 127, 64)

worked in the yellow to orange-red range, but did not work, or works differently, in the 
blue to violet-red range.  If we wanted to drop back to the pigment based gamut, then we 
have to find a way to algorithmically "add mud" to all of them… tricky…

Interesting… at any rate… I got what I needed… a lot easier (an less messy!) 
than the old days when I had to actually mix inks for the KORD!

BR


On 9/12/16, 8:00 AM, "use-livecode on behalf of Sannyasin Brahmanathaswami" 
 wrote:

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

@ Scott:

changing constants to

constant color1 = "255,0,0" -- red - primary

constant color2 = "255,64,0" -- red-orange - tertiary
constant color3 = "255,127,0" -- orange - secondary
constant color4 = "255,191,0" -- orange-yellow - tertiary

constant color5 = "255,255,0" -- yellow - primary

constant color6 = "191,255,0" -- yellow- green  - tertiary
constant color7 = "0,255,0" -- green - secondary
constant color8 = "0,191,255" -- green-blue - tertiary

constant color9 = "0,0,255" -- blue - primary

constant color10 = "127,0,255" -- blue-violet - tertiary
constant color11 = "127,0,127" -- violet  - secondary
constant color12 = "191,0,127" -- red-violet- tertiary

We get close to the so-called "official" color wheel. Of course we enter the 
quicksand territory of subjective choices, CMYK gamut (geared to pigment) vs 
RGB gamut (light based), using yellow, cyan, magenta as primary apexes instead 
of RGB 255 on three channels etc.  So the precise logic for setting values 
starts to blur as we move toward "recognition" colors that people expect.. 
which are more pigment based. 

The algorithm:

 "go up and down by halves" (255, 127, 64) 

worked in the yellow to orange-red range, but did not work, or works 
differently, in the blue to violet-red range.  If we wanted to drop back to the 
pigment based gamut, then we have to find a way to algorithmically "add mud" to 
all of them… tricky…

Interesting… at any rate… I got what I needed… a lot easier (an less messy!) 
than the old days when I had to actually mix inks for the KORD!

BR


On 9/12/16, 8:00 AM, "use-livecode on behalf of Sannyasin Brahmanathaswami" 
 wrote:

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order

see: e.g.
http://artfusion.info/arttimeline/artelements_principles/color/colorwheeltertiary.jpg

Also given screen gammas being so bright these days I'll have to lower values 
to get something closer to a pigment based "look and feel" 

but you gave me all I need. I think I just need to reorder the constants.

@ craig…the requirements are to programmatically show not only flat background 
colors but also (hopefully) some interesting animations. that fall in the 
formal color wheel range. So I was looking for how to use numeric RGB values so 
we  could handle all that "mathematically"



 


On 9/12/16, 7:37 AM, "use-livecode on behalf of Scott Rossi" 
 
wrote:

I posted a stack that creates a color wheel in a graphic using a conical
fill gradient.  You may want to adjust the colors if you need different
values.

In your message box:

go url "http://tactilemedia.com/download/colorwheel.livecode;

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Algoritm for RGB Values for Color Wheel

[dunbarx]

Hi.


Not sure what you are asking, but do you know about the "colorNames" property"?


Craig Newman



-Original Message-
From: Sannyasin Brahmanathaswami <bra...@hindu.org>
To: How LiveCode <use-livecode@lists.runrev.com>
Sent: Mon, Sep 12, 2016 10:56 am
Subject: Algoritm for RGB Values for Color Wheel

before I go after this myself I wonder if anyone has already coded runtime 
display of the 12 segment color wheel as RGB values

red (primary)
red-orange (tertiary)
orange (secondary

etc… through to

red-purple (tertiary)
BR

___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease visit this url to subscribe, 
unsubscribe and manage your subscription 
preferences:http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Algoritm for RGB Values for Color Wheel

[Scott Rossi]

I posted a stack that creates a color wheel in a graphic using a conical
fill gradient.  You may want to adjust the colors if you need different
values.

In your message box:

go url "http://tactilemedia.com/download/colorwheel.livecode;

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 9/12/16, 7:55 AM, "use-livecode on behalf of Sannyasin
Brahmanathaswami"  wrote:

>before I go after this myself I wonder if anyone has already coded
>runtime display of the 12 segment color wheel as RGB values
>
>red (primary)
>red-orange (tertiary)
>orange (secondary
>
>etcŠ through to
>
>red-purple (tertiary)
>BR
>



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Algoritm for RGB Values for Color Wheel

[Rick Harrison]

I think when I looked into this
I found there wasn’t any predicable
logic to this.  You just have to look
up the values for the colors you want.

I suppose you could create a table
for just the colors you need and then
make your selection based on your table.

I found this on Wikipedia:

The web-safe color  palette 
consists of the 216 (63) combinations of red, green, and blue where each color 
can take one of six values (in hexadecimal 
): #00, #33, #66, #99, #CC or #FF 
(based on the 0 to 255 range for each value discussed above). These hexadecimal 
values = 0, 51, 102, 153, 204, 255 in decimal, which = 0%, 20%, 40%, 60%, 80%, 
100% in terms of intensity.

There is more information there and I imagine
there are probably even better resources/explanations
you’ll find when you search for them.

Good luck!

Rick


> On Sep 12, 2016, at 10:55 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> before I go after this myself I wonder if anyone has already coded runtime 
> display of the 12 segment color wheel as RGB values
> 
> red (primary)
> red-orange (tertiary)
> orange (secondary
> 
> etc… through to
> 
> red-purple (tertiary)
> BR
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

before I go after this myself I wonder if anyone has already coded runtime 
display of the 12 segment color wheel as RGB values

red (primary)
red-orange (tertiary)
orange (secondary

etc… through to

red-purple (tertiary)
BR

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode