[plt-scheme] Some PLT environment issues

From: Laurent (laurent.orseau at gmail.com)
Date: Wed Oct 28 05:06:27 EDT 2009

I tend to think that everything should be accessible with commands/function
In this way, everything can be automatized and easily reused in different

A "help" function/macro as mentioned earlier would be very convenient (at
least to me).
For example:
(help arg) -> (requires header quick-description)

> (help remove-pkg)
(remove-pkg owner pkg maj min)
"Removes the package from the local repository"

Contracts could be given too probably.

The F1 help could/should also be coded with such function (doesn't it exist
yet somewhere?):
(help-open remove-pkg)
opens the browser to the remove-pkg page. An "I'm feeling lucky" option
should also be set by default.

Side note: quote-require from cce/scheme returns the definition symbols
provided by a given package,
which can probably be useful in such context.


On Wed, Oct 28, 2009 at 00:30, Scott McLoughlin <scott at adrenaline.com>wrote:

>  Most importantly, on "frob"
> "The term *Frob* has typically been used to refer to any small device or
> object
> (usually hand-sized) which can be manipulated, or *frobbed*. It was
> adopted by
> the community of computer programmers which grew out of the MIT<http://en.wikipedia.org/wiki/MIT> Tech
> <http://en.wikipedia.org/wiki/Tech_Model_Railroad_Club>
> Model Railroad Club<http://en.wikipedia.org/wiki/Tech_Model_Railroad_Club>in the 1950s.
> *Frob* is among the oldest existing words in
> hacker <http://en.wikipedia.org/wiki/Hacker_%28computing%29> jargon, as
> reported in the Jargon File <http://en.wikipedia.org/wiki/Jargon_File>."
> Second, regarding adding a "Project" entity to PLT that can be managed, it
> just
> seems logical/prudent to me to completely defer secondary UI issues.
> Instead,
> all the logic an functionality could be worked out for mzscheme via a
> relatively
> simple command line utility (or even a little scheme repl - whatever).
> The utility could just run emacs or vi or whatever when needed (preferably
> an
> editor that can scripts on startup, highlight lines on demand, etc.), run
> Lynx
> or Firefox or whatever when needed to view docs, run the subversion command
> line
> utility and so on and so forth.
> This allows for actually building the data structures, organizing them on
> disk,
> analyzing the project information and keeping track of *that* and so on and
> so forth.
> Any thoughts?   Sound like a reasonable first step?
> Scott
> Stephen De Gabrielle wrote:
> Hi,
> If you feel like making *any* change to the spec, small or large, please
> feel free.
> - http://code.google.com/p/projects-project/  (I've added you as a user)
>  (the offer is open to anyone who is interested in adding any project
> features to DrScheme)
>  Cheers,
> Stephen
> PS What is 'frobbing' ?
> _________________________________________________
>  For list-related administrative tasks:
>  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20091028/2bef57a0/attachment.html>

Posted on the users mailing list.