[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

st: RE: re:

From   "Nick Cox" <>
To   <>
Subject   st: RE: re:
Date   Wed, 22 Jul 2009 15:22:03 +0100

Stata 11 includes

New commands -varabbrev- and -unabbrev- make it easy to temporarily
reset whether Stata allows variable-name abbreviations; see [P]

That's interesting as providing further tools in this territory. 

(Kit is not referring to this but to previous functionality -set


Kit Baum

Nick said

Kit's point that Martin's code fails if variable abbreviation is  
disallowed is undoubtedly correct, but as yet this issue has not been  
a source of much misunderstanding on this list. I don't think it is at  
all practical to insist that code givers should never use variable  
abbreviation, not least because I wouldn't guarantee to do that  
myself, for all that I agree that Kit has a strong argument.

I agree that this "polite" behavior cannot be enforced, and is  
certainly not fodder for the Statalist FAQ. But I would point out, as  
the maintainer of the SSC Archive, that at various times there have  
been submissions of code to the SSC Archive that fail to work when  
varabbrev is set to off. That is absolutely unacceptable, yet not  
detectable by the user-programmer who habitually has the default  
setting of varabbrev on. When those issues are detected, I have  
insisted that the author rewrite their code to be more robust. I  
personally think it would be good practice to avoid relying on Stata's  
varabbrev (just as most users of Word have learnt not to rely on auto- 
completion) in code they share with others. Abbreviating command names  
is one thing; most users don't mind seeing g for generate or reg for  
regress. Likewise, wild-carding of variable names is a key element of  
the language. But relying on varabbrev is IMHO a bad habit, and one  
that official Stata certainly should not facilitate as it does.

*   For searches and help try:

© Copyright 1996–2017 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index