[plt-dev] renaming programs in the distribution
Similar to the way that `rico docs' serves the role of `plt-help', we
could have `rico games' replace `plt-games'.
For GUI launchers for docs and games under Windows and Mac OS X, I
suggest `Rico Docs' and `Rico Games'. It's ok to have spaces in GUI-app
names, and then the documentation can refer to `rico docs' and `rico
games' commands (i.e., they work whether someone tries to use them via
a command line or by clicking on a GUI app).
Otherwise, I think we should keep `planet', `setup-plt', and
`MrEd.app'/`MrEd.exe' for a while. Also, although I think we should
keep `plt-web-server' for a while, maybe we should move to `rico
web-server'.
At Mon, 19 Apr 2010 10:15:59 -0500, Robby Findler wrote:
> I'm trying to sort out what programs should be in the top-level "app"
> directory (this mostly affects mac os x and windows) and what should
> be in the bin directory in the racket release. Here's a proposal.
> Comments?
>
> This is the current list of programs (as of 4.2.5) that go in the
> toplevel directory (mac os x and windows):
>
> DrScheme.app
> MrEd.app
> PLT Games.app
> Slideshow.app
> plt-help.app
>
> and this is the current list of things in the "bin" directory:
>
> drscheme
> mred
> mred-text
> mzc
> mzpp
> mzscheme
> mztext
> pdf-slatex
> planet
> plt-games
> plt-help
> plt-r5rs
> plt-r6rs
> plt-web-server
> scribble
> setup-plt
> slatex
> slideshow
> swindle
> tex2page
>
> For the racket release, I propose we change the top-level contents to this:
>
> DrRacket.app
> PLT Games.app ;; Maybe renamed to "Racket Games"?
> Racket Docs.app
> Slideshow.app
> GRacket.app
>
> and we add these to the bin directory:
>
> drracket
> gracket
> racket
> rico
>
> and maybe it makes sense to remove these from the bin directory:
>
> drscheme ;; now drracket
> planet ;; now a part of 'rico' but maybe scripts use this?
> plt-help ;; now 'rico docs'
> setup-plt ;; now 'rico setup'
>
> I don't think we should remove mzscheme, mred, or mred-text from the
> bin directory, as scripts surely rely on them. The above, on the other
> hand, don't seem as likely to be in scripts, but maybe we should just
> leave them to be conservative?
>
> Robby