>>>Good idea -- I guess the basic idea is DO NOT RESET DESKTOP PROPERTY FROM DEFAULT .F. in a top-level form, or some such, because it can cause a couple different problems...
>>
>>One problem. Since I've never set .Desktop to .T. in a top-level-form, I don't know what the problems are beyond this one.
>>
>>Maybe someone else would be more qualified than I to write it.
>
>I don't know if there're any "experts" in this area, it's kind of a new frontier :)
>I think we're really talking about a bug here, since the docs say the property should be ignored in a top-level -- and I think that was true in 5, but not 6. Maybe there'll be a fix in a patch for that. And while they're at it, they might fix the WindowType, where modal is an allowed choice for a top-level, even though it in fact cannot be modal...

Who knows? Maybe it's there for backward compatibility with Win 3.1< rbg >.

It may be more of an oversight than a bug, since there's no such thing as "System Modal" in Win32 as there was previously.

I don't know about anyone else, but I'm anxiously awaiting this new (choose one of the following): Service Pack, Update, New Version. Whatever it's called, from what Ken Levy's mentioned, it sounds like some significant new features have been added. As a matter of fact, I'm delaying some new development until it's released.