COLORS are back in 1.03^_____^

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • x0pht

    #31
    Re: COLORS are back in 1.03^_____^

    Originally posted by iddqd
    So is it just C0, or is it C1001?? Either one looks like a Hex color code to me, the first being a 256 color code, and the latter a full 32-bit. You can get either color codes from the palette browser in Photoshop for example.

    Edit: there are only 5 characters in the 2nd code, so it can't be 32-bit, it would have to be 16-bit.

    you can fix that by making Global.con read-only.
    yes it does look like hex but im pretty sure the hex code of orange color is not C0 or C1001, it should be something with 6 characters. if u design graphics, u know what i mean.

    Comment

    • PimpYo

      #32
      Re: COLORS are back in 1.03^_____^

      i just used §C1 as my prefix, and the orange looked a little lighter in color, but it might have just been placebo.

      I was supprozed §C1 worked anyways.

      Comment

      • iddqd

        #33
        Re: COLORS are back in 1.03^_____^

        Originally posted by x0pht
        yes it does look like hex but im pretty sure the hex code of orange color is not C0 or C1001, it should be something with 6 characters. if u design graphics, u know what i mean.
        Yeah, but if you were an engineer, then you'd know it depends on precision. 6 characters = 6 bytes = 16777216 possible combinations. The way it actually works is you get 256 possible combinations for each of the 3 primary colors (which would explain why in Photoshop, you can select values in the range of 0-255). 256 combinations can be done with 2 characters though. So, logically, each o the 2 characters represents a value of the primary colors... therefore 000000 is black and FFFFFF is white, that much is simple. you can also deduce that FF0000 00FF00 and 0000FF would give you pure primary colors. Either way, if you combine 3 sets of 256 in any possiby way, you still get the same 16777216 distinct colors, which is 32-bit color (or, rather 24-bit, because the last 2 bytes are always redundant). It is possible to express colors with any number of bytes>0, though the most widespread is 6-byte "32-bit" represenation.

        Edit:
        a quick google search turned up this:

        which sort of proves my crazy rantings. Either way, you could do 16-bit color with 5 characters.. or 4, for that matter.

        Edit2: it seems that the text after C is redundant altogether. Just §C should work.

        Comment

        • HYP3R

          #34
          Re: COLORS are back in 1.03^_____^

          Originally posted by iddqd
          Yeah, but if you were an engineer, then you'd know it depends on precision. 6 characters = 6 bytes = 16777216 possible combinations. The way it actually works is you get 256 possible combinations for each of the 3 primary colors (which would explain why in Photoshop, you can select values in the range of 0-255). 256 combinations can be done with 2 characters though. So, logically, each o the 2 characters represents a value of the primary colors... therefore 000000 is black and FFFFFF is white, that much is simple. you can also deduce that FF0000 00FF00 and 0000FF would give you pure primary colors. Either way, if you combine 3 sets of 256 in any possiby way, you still get the same 16777216 distinct colors, which is 32-bit color (or, rather 24-bit, because the last 2 bytes are always redundant). It is possible to express colors with any number of bytes>0, though the most widespread is 6-byte "32-bit" represenation.

          Edit:
          a quick google search turned up this:

          which sort of proves my crazy rantings. Either way, you could do 16-bit color with 5 characters.. or 4, for that matter.

          Edit2: it seems that the text after C is redundant altogether. Just §C should work.

          Interesting. Is there any other colors that you can list here. Perhaps a green color or red? Just curious. I am sure I will grow bored of this anyways after a few days.

          Comment

          • x0pht

            #35
            Re: COLORS are back in 1.03^_____^

            Originally posted by iddqd
            Yeah, but if you were an engineer, then you'd know it depends on precision. 6 characters = 6 bytes = 16777216 possible combinations. The way it actually works is you get 256 possible combinations for each of the 3 primary colors (which would explain why in Photoshop, you can select values in the range of 0-255). 256 combinations can be done with 2 characters though. So, logically, each o the 2 characters represents a value of the primary colors... therefore 000000 is black and FFFFFF is white, that much is simple. you can also deduce that FF0000 00FF00 and 0000FF would give you pure primary colors. Either way, if you combine 3 sets of 256 in any possiby way, you still get the same 16777216 distinct colors, which is 32-bit color (or, rather 24-bit, because the last 2 bytes are always redundant). It is possible to express colors with any number of bytes>0, though the most widespread is 6-byte "32-bit" represenation.

            Edit:
            a quick google search turned up this:

            which sort of proves my crazy rantings. Either way, you could do 16-bit color with 5 characters.. or 4, for that matter.

            Edit2: it seems that the text after C is redundant altogether. Just §C should work.
            yeah that's true. i just googled, the hex code for orange is #FF7F00, here's a screen shot from my macromedia fireworks, which shows what #C0 looks like.

            Comment

            Working...