>. Access and dBase have had this feature for a long time and I find people who would rather use these products (especially Access, believe it or not) than VFP. Still, I generally point people with these needs towards SQL Server. Obviously much better security, anyway.
That's a very big question, WHY not in VFP???????
>
>I agree that there are other priorities for the product.
>
>>Josh,
>>
>>So put your security on the system and I'll open the tables with C++ and decipher your encryption. BTW, If you open the tables with something besides my VFP application all of the rules and triggers in the dbc still get applied.
>>
>>I'm sorry I don't get the issue here, but if I need secure data access then I use a tool that provides that, if I need an easy to manipulate data structure in a file server environment then I use a tool that does that. I don't see the big deal here. Yeah it would be nice but there are other things I am nore interested in seeing in the product than passwords on the dbc.
>>
>>Here's an easy way to keep everyone out of your data, in the dbc for the table rule for every table put;
>>
>> glMyVariable + MyValidCheck()
>>
>>If they try and do anything outside of your application it will blow up becaus e glMyVariable doesn't exist.
JESS S. BANAGA
Project Leader - SDD division
...shifting from VFP to C#.Net
CHARISMA simply means: "Be more concerned about making others feel good about themselves than you are in making them feel good about you."