As others have noted:
--command names under four characters are discouraged
--command names that are English/American words are discouraged
--the -cmdname- command exists to register (ie, lay claim to) commands
that meet those rules and are not previously registered
-- -cmdname- is little-used
--there is no guarantee that multiple (different) programs with the same
name will be on the internet; although there will only be one program
with a given name on the SSC archives, and those programs won't conflict
with official stata and STB/SJ, as far as I know.
--Assuming you don't mess radically with your -adopath-, official Stata
commands, whether released before or after a user-written program, will
preempt the user-written command. This is a good thing; but it does
mean you run the risk of having your program disappear if you give it a
short, English, and/or unregistered name. (In fact, Stata reserves the
right to preempt your registered name too, but you will receive
warning.)
My program 'c' has existed on my personal system for a while as 'c',
which caused me no problems, since I do not have Ulrich Kohler's
calculator program of the same name. When I decided to post it
publicly, via SSC, I decided to keep the name, since the whole point of
the program is to save keystrokes when changing directories, I didn't
want to name it something longer.
I did search using "findit c", as is my general practice before
submitting a program to SSC. This will assure that the program name is
not official Stata, published in STB/SJ, or already on the SSC site. It
will also turn up some other programs in the public domain. This search
did not turn up Ulrich Kohler's pocket-calculator 'c', although it is
possible I missed it in the blizzard of results from that query.
Based on that, I decided to risk the wrath of StataCorp when they
release their own 'c', and/or of people harboring other programs called
'c'.
Cheers,
Nick Winter
> -----Original Message-----
> From: Don Spady [mailto:[email protected]]
> Sent: Monday, October 28, 2002 5:03 PM
> To: [email protected]
> Subject: st: Re: RE: Utility for Changing Directories
>
>
> I tried to install this and got the message that c.ado and
> c.hlp already
> existed and were different.
> Trying them out brings up a calculator command. This is in
> stbplus. I
> didn't write it.
> Perhaps I downloaded it at some time in the past.
> The comment I have is: "is there some convention for not
> using the same
> names for programs"
> Don Spady
>
> ----- Original Message -----
> From: "Ronnie Babigumira" <[email protected]>
> To: <[email protected]>
> Sent: Monday, October 28, 2002 14:36
> Subject: st: RE: Utility for Changing Directories
>
>
> > Many thanks to Nick (and all whom he has thanked) for this
> utility. I
> think
> > it is really handy and nice
> >
> > Ronnie
> >
> > -----Original Message-----
> > From: [email protected]
> > [mailto:[email protected]]On Behalf Of
> Nick Winter
> > Sent: 28. oktober 2002 20:14
> > To: [email protected]
> > Subject: st: Utility for Changing Directories
> >
> >
> > Thanks to Kit Baum, my utility -c.ado- is now available from the SSC
> > archives. It is stored in a package calls 'fastcd',
> because a package
> > name of 'c' causes problems. So, to find out more, type
> >
> > . ssc desc fastcd
> >
> > or to install, type
> >
> > . ssc inst fastcd
> >
> > This utility facilitates changing to frequently-used
> directories within
> > Stata. The program allows you to associate short mnemonic
> codes with
> > directory paths, and change to a directory simply by typing, for
> > example,
> >
> > . c myproj
> >
> > rather than typing, for example,
> >
> > . cd "C:\My Data\annoyingly\long\directory\path\name\myproj"
> >
> > Typing "c" by itself on the command line lists the database
> of mnemonic
> > codes and their associated directories...and, as a special
> bonus, the
> > mnemonics are listed in blue, meaning you can click on one
> to change to
> > that directory.
> >
> > The program should work on non-Windows systems, but I've boxed up my
> > home iMac to make way for a baby nurshery, so I couldn't
> test it to be
> > absolutely sure. Therefore, I'd especially appreciate any feedback,
> > especially from *nix or Mac users.
> >
> > Cheers,
> > Nick Winter
> >
> >
> > -----------------------------------------------------------
> > Nicholas Winter, Ph.D. P 202.939.5343
> > Policy Studies Associates F 202.939.5732
> > 1718 Connecticut Avenue, NW [email protected]
> > Washington, DC 20009-1148 www.policystudies.com
> > -----------------------------------------------------------
> > *
> > * 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/
> >
> > *
> > * 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/
> >
>
>
> *
> * 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/
>
*
* 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/
