[Mono-winforms-list] Implementing file icons on Windows

[Peter Dennis Bartok]

One of the things on my driver to-do list is to have a platform-specific way 
to retrieve icons associated with extensions/files. I'd talked with 
Alexander about this before, when he did his Linux implementation, but so 
far haven't found the time to implement a standard driver-wide API for it.

I think it is great if Kornel implements something that works on Win32, but 
I'd like it 'self-contained' as much as possible, without requiring special, 
private hacks to existing classes. I'm talking off the top of my head, am at 
PDC right now, so this may be a bit off, but basically I'm thinking about 
something along the lines of
  Image XplatUI.GetFileIcon(string path)

We'd move Alexander's Linux work into the X11 driver under this method, and 
use the native Win32 APIs to do the same for the Win32 driver.

Cheers,
  Peter

----- Original Message ----- 
From: "Jordi Mas" <jordi at ximian.com>
To: "Kornél Pál" <kornelpal at hotmail.com>
Cc: <mono-winforms-list at lists.ximian.com>
Sent: 13 September, 2005 14:28
Subject: Re: [Mono-winforms-list] Implementing file icons on Windows


> El dt 13 de 09 del 2005 a les 13:40 +0200, en/na Kornél Pál va escriure:
>> Hi,
>>
>> Unlike Linux, Windows associates icons based on extension and optionally 
>> on
>> custom icon handler DLLs and don't care about MIME types.
>>
>> I want to implement icon handling using SHGetFileInfo and system image 
>> list.
>> This meas however that I have to modify ImageList to use and interface 
>> based
>> multi-implementation design like our theming system because system image
>> list is a native Windows image list.
>>
>> Is it OK to to so?
>
> Kornél, keep in mind that this is a "managed" Windows implementation of
> System.Windows.Forms. We are trying to share as maximum as possible
> between platforms.
>
> I think that is better if you come up with a way where adding little
> code to the already existing managed implementation you can archive what
> you need specifically for Win32. Re-implementing ImageList and having
> separate implementations I do not think is an option and will break our
> current design.
>
> Can you please explain a bit more that you need, which members and
> behaviour of ImageList will affect?
>
> Thanks Kornél,
>
> Jordi,
>
> -- 
> Jordi Mas i Hernàndez - Mono development team - 
> http://www.mono-project.com
> Homepage and LiveJournal at http://www.softcatala.org/~jmas
>
>
> _______________________________________________
> Mono-winforms-list maillist  -  Mono-winforms-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>
>