[Mono-bugs] [Bug 76176][Nor] Changed - ImageList.AddInternal fails when transforming PixelFormat

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed Sep 21 08:06:19 EDT 2005


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 hotmail.com.

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

--- shadow/76176	2005-09-21 07:29:55.000000000 -0400
+++ shadow/76176.tmp.17046	2005-09-21 08:06:19.000000000 -0400
@@ -2,13 +2,13 @@
 Product: Mono: Class Libraries
 Version: 1.0
 OS: Windows XP (Cygwin)
 OS Details: 
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Normal
 Component: Windows.Forms
 AssignedTo: peter at novonyx.com                            
 ReportedBy: jordi at ximian.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -37,6 +37,23 @@
 internally instead of 8 bits.
 
 How to reproducte: add a 24-bitmap into an imagelist. Plataform Mono /
 Win32 / our SD and SWF.
 
 Jordi,
+
+------- Additional Comments From kornelpal at hotmail.com  2005-09-21 08:06 -------
+I think we should use the same solutions on all platforms as far as 
+it is possible, because this makes sure the same behaviour on 
+Mono/Windows and Mono/Linux that is an important thing for people 
+who develop on Windows but target Linux as well as Windows using a 
+single source code and binary.
+
+I don't think that the current solution is bad. Windows ImageList 
+(in comclt32.dll) uses GDI bitmaps (or maybe only a single one) to 
+store images. Our implementation does the same but using GDI+ to be 
+platform independent.
+
+Note that however that the current implementation of this solution 
+is rather poor. For example we should copy all the images when 
+adding and returning a copy of them when getting as mixing things 
+causes inconsistent behaviour.


More information about the mono-bugs mailing list