>Then simply rename the function....< s >..
>
>>>Call me thick or something, but I just don't understand this mindset. Regardless of it's origin, isn't an additional set of functions a good thing to add to your toolbox? For example, the StrToFile function in the VFP .Net Toolkit takes a string and writes it to a text file, just like it does in VFP. What's the difference behind calling that function INSTEAD of executing the C#/VB.NET code behind it.
>>
>>Perhaps you missed the point. I stated clearly that I'm all for well wrapped fucntionality. So if you're talking about that functionality of StrToFile - fine - but why do I need to be tied to the VFP syntax? What if I like StringToFile() instead? What if I want to pass my parameters in a different order. Frankly, I think many VFP functions ask for the parameters in illogical order anyway. Why would I want to perpetuate that and/or limit myself to the VFP syntax?
>>
>>Thanks,

EXACTLY! And If I don't like the parameters or the order, then I can change that - and if I want to change or enhance functionality - then I can do that - and if I don't need all the functions - then I can take some out - and if I need some others then I can add them - and - wow - I'm not using the "VFP toolbox" anymore! ;-)