As has been said, no, you're not missing anything. The way to do it is to use imagelists with graphics stolen from elsewhere and just set the item to the check in question. You'd have to override mousedown to determine if a click is on-top of the image and then switch it to the appropiate image. That said, I'm sure there are third-party controls that already do it, but I never looked into it myself.

As has been mentioned QHTM works pretty good and have used it in a number of products. However, I'm now using HTMLayout from http://www.terrainformatica.com/[^] as it supports CSS! -- Joel Lucsy

If you can spend money, try Jira at http://www.atlassian.com/jira[^]

How about FolderShare?

You are getting a "ghost" of the app. The system will create a dummy window that mimics the original when the original stops processing. Not sure why they did this, but thats the second window you're seeing. It won't actually do anything. Your best bet is to reengineer it so that you don't block in the original app while waiting for the second to close. Maybe disable the application window and start a thread that waits for the second app to finish, then enable everything again.

I gotta ask, are those supposed to be jokes? They didn't make me laugh. In fact, I winced. They reminded me of old black-n-white movies where you can definitely tell its an old movie by their speech patterns.

Currently Consolas, but used to use one called "Arial Monospaced". I used to have everything in Arial, but came across the new ones for Vista and I'm completely sold. Segoe UI for everthing that doesn't want a monospaced font, Consolas otherwise. I've found Consolas very readable for characters that are similar, 0's have a slash, o's dont. 1's and l' are easily indentified, and lowercase letters are larger than normal for readibility, but are distinct from uppercase.

Bummer. I'm fresh out of ideas. I'm sorry I couldn't figure it out for you. Hope something clicks and it works out.

Ah, sorry, too many different compilers/languages on my system. It'll be in the resources of the project, you'd have to delete it from there.

VC7 has an option during project creation for including a manifest for C++ apps that defaults to "ON". Check your project or project/res directory for a .manifest file. If you have one, then its probably being used. Try turning it off.

Look at "HideSelection".

Oh, um, are you using a manifest under VC6? I know when you use manifests (to get the XP style look), imagelists behave differently. I think, but not certain by any means, that the newer compilers handle this without problems, but I'm fairly sure VC6 won't. I've found CImageList won't work quite right, I had to use the macros like ImageList_Create for it to work right.

Sorry to take so long to see your message, but investile sqlite as it'll have the features you're most likely to want. There should be a number of wrappers for .NET out there.

Just to be safe, does explorer highlight in blue when you select a file? Its possible to have your "scheme" have the highlight color set to gray. As another thought, is your ListView (or ListCtrl) derived from anything, meaning did you use a class from an outside source? Just wondering if perhaps you or that class might be using NM_CUSTOMDRAW to override painting. Also, what styles are being used on the view, single selection, full-row selection, show selection always, owner data, owner draw? Personally I've never seen a basic ListCtrl ever paint incorrectly without some kind of interference from code.

When you select an item using the mouse, different from the that is selected by default, does it appear in blue, or grey?

If its read-only, it makes it hard to cut-n-paste, as pasting into a CFileDialog doesn't do what you want it to. So I'd do a validation.

Well, as a backup solution: http://www.storactive.com/[^] And I believe KeepSafe might work: http://www.stardock.com/products/keepsafe/[^]

I found (without finding that checkbox mentioned below) that it would build the debug when you try to run it thru the debugger, and it would build the release if you clicked on "build solution" in the build toolbar.

Definitely use it in virtual mode. And, if you can, use a trick I learned. Use a 1-image imagelist. When the control asks for the text of the sub-item that has the image, overwrite the image in the imagelist. I even stored the images compressed and uncompress them individually when the control asked for them. Works like a charm.

Fazlul Kabir wrote: G. Suresh wrote: But in most applications you will not see any difference For smaller apps, you may be right, but when it comes to large scale mission critical apps, think twice. Why? I would think writing the app in a more "safe" way would override any pressing concerns for speed. Fazlul Kabir wrote: G. Suresh wrote: Also, this is usually a one time hit. Subsequent invocations are fast. But when my customers see my apps starting up slow for the first time, they won't probably know what will happen second time. The default is to JIT any code on a per-method basis, not the entire app at once. This should be fast enough out of the starting blocks. Fazlul Kabir wrote: G. Suresh wrote: WIN32 interop is not so bad with .NET. But would you want to write the extra interop specific code every time you invoke a Win32 API? First, you'd only need to write the interop code once. Two, most of the win32 api is already in the managed library. Fazlul Kabir wrote: G. Suresh wrote: There are definitely more free (and commercial libraries) available for C++ than for C#. But I think that we will see lots of these libraries ported to C# in the next several months. Talking about reinventing the wheel. That's not reinventing the wheel, thats fitting the wheel to a different platform. I would suspect that most of the logic and details would remain the same. Now before you go and reply to try to make me understand your meaning of life try to understand I'm talking about generalities. Each app needs to evaluate itself on a case-by-case basis. In general most apps would benefit from the simplifing effect of being written in C#. Joel Lucsy (jjlucsy@concentric.net)