Stata The Stata listserver
[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

RE: st: Programming question.


From   n j cox <[email protected]>
To   [email protected]
Subject   RE: st: Programming question.
Date   Thu, 18 Aug 2005 18:55:11 +0100

I agree. If abbreviations are to be allowed,
then this approach needs to be modified;
and Tom's method has a definite edge.

Nick
[email protected]

Steichen, Thomas J.

Nick Cox writes:
> local wants_pca = inlist("`method'", "pca")
> local wants_fac = inlist("`method'", "factor")
> local wants_mca = inlist("`method'", "mca")
> if (`wants_pca' + `wants_fac' + `wants_mca') == 0 {
> 	di as err "need at least one of factor pca mca"
> 	exit 198
> }

One would need to consider ramifications of abbreviations
of "pca", "factor", and/or "mca".  I suspect (but have not
tested) that such would lead to problems via this approach.
Abbreviations of separate options would be handled by Stata's
parser in the expected manner.

My KISS approach (separate options) avoids these unparsed
nested option issues and is quite Stataish (and, though suboptions,
a la graph8, have become more mainstream, I find them much
harder to punctuate correctly!).
*
*   For searches and help try:
*   http://www.stata.com/support/faqs/res/findit.html
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/



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