Fabio,

Maybe a language thing, but I don't understand what practical problem you have with SCX. Can you give me a practical situation where the wrong implementation shows ?

Walter,


>>Nope. It's a persistant little bugger.
>>
>>Geoff
>>
>
>If I remember correctly
>it is correlate with the scx' deClass.
>
>I have looked this and other bugs on scx's deClass feature;
>it is unusable for me.
>
>Even if it worked (but it is difficult because the original design is wrong),
>the use of a dataenvironment inside a scx is uselessly slow and complicated.
>
>And ..,
>VFPT did it do too it labors to put the "Name" on the icon of the cursorAdapters?
>
>If you put within a dataenvironment 50 cursoradapters you see all equal ones,
>to find what interests yourself becomes impossible,
>you have to do the "hunting to the treasure"
>(it seems me to play to that joke with the click and found the bomb)
>
>Can I call this interface of development "user friendly" ?
>
>After a lot of rages I have thrown the scx.
>
>>
>>>>Hi Fabio
>>>>
>>>>Suspect it is a bug as have tried both of these. It would be nice to be able to see which class it is referring to. I have tried removing all classes in the non-visual and the visual library.
>>>>
>>>>No matter what I do I keep getting the "Remove classes from memory" message when I try to edit the non-visual class after editing the visual class. When I click "Remove" it just pops up again.
>>>>
>>>
>>>

>>>CLEAR ALL
>>>

>>>
>>>>Regards
>>>>Geoff Scott
>>>>>>Hi
>>>>>>
>>>>>>I have non visual class (Dataenvironment) which and a visual class (Form) which uses the DE class. After editing the visual class I cant edit the non visual class. I have tried clearing both the classes from memory but to no avail. I have to exit VFP all together and come back in.
>>>>>>
>>>>>>How can I avoid this?
>>>>>>How can I see and hence clear the classes from memory?
>>>>>>
>>>>>>Regards
>>>>>>Geoff Scott
>>>>>
>>>>>many bugs here. Try:
>>>>>

>>>>>clear class classname
>>>>>clear classlib classlibrary
>>>>>