🚀 go-pugleaf

"Dmitry Mikhilov" <dm1@fromru.com> wrote in message
news:3eb18101@newsgroups.borland.com...

> I use SmallImages for representing the status of the files
> (i.e. are they locked or not) which are either linked or
> embedded  to database

That is what StateImages should be used for instead - the "state" of each
item.

> whilst StateImages represent their filetypes

That is what Small/LargeImages should be used for instead - the "icon" of
each item.

> I tried to swap image lists for SmallImages and StateImages,
> but in this case wrong icons appeared as SmallImages, as
> you could possibly expect.

Yes.  But better that SmallImages be messed up then StateImages.  You
wouldn't want an item appearing as locked when it's really not, etc.

> Yes, I did it exactly in this way from the very beginning. SFGAO_SHARE was
> removed when I tried to use the example provided by Nick Cassos.
> Of course, FileIcons->ShareImages is set to true - this list doesn't own
> images provided by Windows.

ShareImages only tells TImageList that the image list is shared.  But
SHGetFileInfo() should also be told as well that the image list is shared,
so it can optimize itself internally as appropriate.

> I feel that the problem is very simple, but nevertheless
> is beyond my comprehension...

Please create and post an actual compilable sample project to the
.attachments group that demonstrates the problem you are seeing.


Gambit