>>>Hi.
>>>
>>>does it make any sense to have mdot used like this
>>>
>>>m.ObjName1.Name2()
>>>
>>>?
>>
>>The final point in this is again, that is how FoxPro works. If you want to ignore it, that's stupid.
>>
>>I have code where the original programmers did
>>
>>SCATTER NAME aliasname.
>>
>>Now, not only is mdot for fields an issue, but also m.aliasname to differenciate the cursor from the object name. It wasn't until the object name feature was added. These guys did not ever come to the user group meetings, or any online forums. They thought they knew better and here we are.
>
>Do you repeat your messages, or is LevelExtrem broken? I've answered this before.
>
>You run in circles with this non-argument
that is how FoxPro works It is simply not true. It works without pretty well. Crappy XBase code is not the standard. I have less then 10 methods that touch GATHER SCATTER or something the like. Those are the only points where alias or field could cross a variables name. This should be used carefull, but for 99.9999% it's meaningless.
Why are you *not* understanding what he means by that phrase "that is how FoxPro works"?
If I'm not mistaken, it is being meant to convey that FoxPro has certain "quirks" in behavior (e.g. prioritizing field names over variables) and that use of mdot can be used to work around some of the problems (amongst others) that this behavior can cause. As you indicated you can avoid these problems by proper design, but if you're having to deal with existing code (that someone else wrote) you may not have that option to redesign it (nor do you want to even try -- there's a good chance you'll break something if you do) -- so you basically try your best to work within those confines.