Implementing ToArgb()

Question

System.Drawing.Color has a ToArgb() method to return the Int representation of the color.
In Silverlight, I think we have to use System.Windows.Media.Color. It has A, R, G, B members, but no method to return a single value.
How can I implement ToArgb()? In System.Drawing.Color, ToArgb() consists of

return (int) this.Value;

System.Windows.Media.Color has a FromArgb(byte A, byte R, byte G, byte B) method. How do I decompose the Int returned by ToArgb() to use with FromArgb()?

Thanks for any pointers...

score 36 · Accepted Answer · answered Apr 22 '10 at 17:21

36

Short and fast. Without an extra method call, but with fast operations.

// To integer
int iCol = (color.A << 24) | (color.R << 16) | (color.G << 8) | color.B;

// From integer
Color color = Color.FromArgb((byte)(iCol >> 24), 
                             (byte)(iCol >> 16), 
                             (byte)(iCol >> 8), 
                             (byte)(iCol));

answered Apr 22 '10 at 17:21

Rene Schulte

2,962
1
19
26

Results in an OverflowException in VB.NET. `CByte((iCol >> 24) And &HFF)` works. – mbomb007 Jan 04 '17 at 20:46

score 5 · Answer 2 · edited Feb 21 '11 at 17:07

5

Sounds like you're asking two questions here, let me take another stab at it. Regardless, you'll want to look into using the BitConverter class.

From this page:

The byte-ordering of the 32-bit ARGB value is AARRGGBB.

So, to implement ToArgb(), you could write an extension method that does something like this:

public static int ToArgb(this System.Windows.Media.Color color)
{
   byte[] bytes = new byte[] { color.A, color.R, color.G, color.B };
   return BitConverter.ToInt32(bytes, 0);
}

And to "decompose the Int returned by ToArgb() to use with FromArgb()", you could do this:

byte[] bytes = BitConverter.GetBytes(myColor.ToArgb());
byte aVal = bytes[0];
byte rVal = bytes[1];
byte gVal = bytes[2];
byte bVal = bytes[3];  

Color myNewColor = Color.FromArgb(aVal, rVal, gVal, bVal);

Hope this helps.

edited Feb 21 '11 at 17:07

eAi

572
5
16

answered Apr 22 '10 at 15:52

Donut

110,061
20
134
146

I think you got the arrays backwards. `The byte-ordering of the 32-bit ARGB value is AARRGGBB.` refers to the digits of an 8-hex-digit uint. In little endian (probably the more common case) your code is wrong, blue comes first. – Zarat May 14 '13 at 17:18
@Zarat, you are correct for Intel compatible chips. BitConverter doesn't change endian-ness of your byte order, so the same code can have the bytes ordered differently depending on endian-order. – Berin Loritsch Feb 09 '16 at 21:43

score 0 · Answer 3 · answered Apr 03 '13 at 20:52

Just a short note:

Retrieving the integer representation of a "Color" object seems to be 4 times faster for me when calling color.ToArgb() directly instead of using the bitshift-operations in the marked answer. So if you have access to .ToArgb(), always use that!

The thread creator stated he hasn't access to it, so of course the marked answer is still correct, juse don't get confused by the claimed "fast operations" in it.

Just keep in mind: The color of the Color instance is internally already saved as int value, so ToArgb() is just returning it, while accessing each single byte of it to (by properties .A, .R., .G., .B) and then re-ensemble them by bitshifting is kinda moving in a circle.

System.Windows.Media.Color neither has a ToArgb method nor does it store the color internally as an int. Seems you didn't read the question. — Zarat, May 14 '13 at 17:16

Implementing ToArgb()

3 Answers3