[Mono-bugs] [Bug 80842][Nor] Changed - ImageList messes up GetPixel/SetPixel on *nix

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by kornelpal at gmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=80842

--- shadow/80842	2007-02-14 00:38:05.000000000 -0500
+++ shadow/80842.tmp.3191	2007-02-14 03:52:37.000000000 -0500
@@ -2,13 +2,13 @@
 Product: Mono: Class Libraries
 Version: 1.2
 OS: other
 OS Details: opensuse 10.2
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Normal
 Component: libgdiplus
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: monkey at jpobst.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -32,6 +32,24 @@
 Bitmap).GetPixel (0, 0));
 }
 
 On linux, the color returned is (0, 51, 0).  It only happens when the image
 is placed in the ImageList, but the fact that it works on winmono makes me
 think it must be something in libgdiplus.
+
+------- Additional Comments From kornelpal at gmail.com  2007-02-14 03:52 -------
+Getting ImageList.Images[index] causes the handle to be created that 
+means that color depth is applied to the images.
+
+4-bit and 8-bit color depths are based on GDI+ or libgdiplus 
+palettes:
+
+bitmap = new Bitmap(1, 1, PixelFormat.Format4bppIndexed);
+Palette4Bit = bitmap.Palette;
+bitmap.Dispose();
+
+bitmap = new Bitmap(1, 1, PixelFormat.Format8bppIndexed);
+Palette8Bit = bitmap.Palette;
+bitmap.Dispose();
+
+So I think de difference is in deafult palettes. To provide 
+compatibility with GDI+, libgdiplus should use the same palettes.