>>The session class was designed to be lightest weight (smallest memory footpirnt) of all VFP base objects. I'm just speculating that the decision not to include a visual designer may have been based on this spec.
>>
>>Anyway, glad you got back to me because I just stumbled across an article in the Oct issue of FPA that discusses to how convert custom class objects to session class objects, giving you the best of both worlds.
>>
>>Charlie
>
>The Fox team has given a couple of reasons why the session class is code only:
>
>- It's designed for middle tier COM servers, which don't have any UI
>- Because there is no visual designer, it is light-weight
>
>In VFP7, the session class has been changed. All native methods are PRIVATE by default and won't be visible under COM. This may change what Larry said.

If the Foxteam said it then I believe it. Hopefully this will change someday or they can provide a visual editor for PRG style SESSION classes (ala eView).