>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,
>
Walter,
- de have this thread lock bug
- de have a bug, which casually exchanges the code among the methods
- de have a hard issue:
if you use AutoOpenTable,
when Opentable/beforeOpentable are executed, the scx properties they have not been loaded yet
- de have another hard issue:
with declass, the de becomes readonly,
then you cannot build a de class with 3 cursoradapters ( like 3 lookup tables )
and add the specific form cursoradapters within the scx.
- de have others bugs
- scx.resettodefault() doesn't restore the scx property
- if you use grid/pageframe/... memberclasses the members.Init isn't executed
- if you use grid/pageframe/... memberclasses on the class members.Init the name is not
that assigned into the scx form.
- scx have a different events sequence in some situations
- vcx classes have various bugs, scx add others
- if i design a form, and i want design a variant i have to duplicate it
- is impossible replicate a scx into a prg.

certainly, writing by chance code case is possible to use the scxes,
but I am working to a project in which the whole application
it has a homogeneous operation (I have also eliminated the optiongroups, horrible)
because you/he/she is produced by a program

Fabio

>
>>>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
>>>>>>