>>PS: No matter what I say, in my code (especially the ones posted here) there is scope and type identifiers. Not for I like them but becasue majority of users seem to understand and use them better vs the ones w/o those prefixes.
>
>Interesting point. I'll bet even if all editors and writers of FoxPro Advisor and FoxTalk are convinced that throwing away the redundant prefix is a good thing, the existing convention will still be followed in all the code published. <g>
>
Having written recently for FT, this is a painful topic. In my own code, I've always been a big believer in "m." (for reasons stated by Christof in a different branch of this tree). Similarly, I'm a believer in using sufficiently long variable names to give the developer a chance of understanding variable usage.

Now, try translating code that complies with both of these into a publishing medium with 56-character line lengths and limited article space. You're suddenly faced with tradeoffs between including "m." and longer var names, and needing to truncate code or text of your article because each of those force you to word-wrap your code. In fact, even word-wrapping the code can introduce errors and/or need to re-test stuff that is already working.

If the article is not about these topics, this isn't a trivial choice. And you can't publish a disclaimer stating "really my actual code is higher quality, so don't assume I don't know what I'm doing and discount the article".

-- Randy