On 3/5/06, Christian U. <[EMAIL PROTECTED]> wrote:
> 1. a real TIcon will never be implemented becouse no os than win32 supports
> icons
I think this isn´t true. Qt supports icons, there is even a QIcon Qt
object, and Mac OS loves icons.
This is not a reason not to implement TIcon. The ideal world, probably
impossible, is that the LCL Interface will deal with whatever
incompatibilities and make everything work on all platforms.
> maybe someone can nclude those code in ticon to generate the handle
> there ...
Yes, this is what I was going to propose next. We can have a getter
funtion for TIcon.Handle and on windows this getter function converts
from HBITMAP to HICON. Probably there are more very elegant fixes, but
sure it is quick and could mean that finally TIcon is finished (or
something else is missing?)!!
> 2. all changes in this patch goes to wswin32trayicon or i need glasses ...
Ops.... sorry ^_^
I had a file named trayicon.diff of a patch I created on my computer
and I was looking at this one!!!!
Thanks a lot for the patch. My position is that this should go to
TIcon, thought the final word isn´t mine.
sorry again for my confusion,
--
Felipe Monteiro de Carvalho
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
