Re: Overuse of strings Lauri Alanko (24 Jan 2006 17:59 UTC)
Re: Overuse of strings Per Bothner (24 Jan 2006 19:51 UTC)
Re: Overuse of strings Alan Bawden (25 Jan 2006 00:44 UTC)
Re: Overuse of strings Alex Shinn (25 Jan 2006 01:39 UTC)
Re: Overuse of strings Per Bothner (25 Jan 2006 02:04 UTC)
Re: Overuse of strings Alan Bawden (25 Jan 2006 02:50 UTC)
Re: Overuse of strings Lauri Alanko (25 Jan 2006 18:19 UTC)
Re: Overuse of strings Neil Van Dyke (25 Jan 2006 19:07 UTC)
Re: Overuse of strings bear (25 Jan 2006 22:40 UTC)
Re: Overuse of strings Lauri Alanko (26 Jan 2006 07:35 UTC)
Re: Overuse of strings Alex Shinn (26 Jan 2006 01:37 UTC)
Re: Overuse of strings Neil Van Dyke (26 Jan 2006 02:03 UTC)
Re: Overuse of strings Anton van Straaten (26 Jan 2006 10:09 UTC)
Re: Overuse of strings Lauri Alanko (26 Jan 2006 10:25 UTC)
Re: Overuse of strings Alex Shinn (26 Jan 2006 02:17 UTC)
Re: Overuse of strings Ray Blaak (26 Jan 2006 06:56 UTC)

Re: Overuse of strings Alex Shinn 25 Jan 2006 01:39 UTC

On 1/25/06, Alan Bawden <xxxxxx@bawden.org> wrote:
>
>    Lauri Alanko wrote:
>    > So I suggest
>    >
>    > "hello"         -> hello
>    > "scheme://r6rs" -> (scheme r6rs)

A minor note no one has mentioned - we could use symbol URIs
instead of strings: "scheme://r6rs" -> scheme://r6rs

> URI systax is an incredibly ugly thing, as anyone who has ever written a
> URI parser can tell you -- but there may well be some advantage in using URIs
> if there is some way to leverage all the existing URI/URL/URN
> infrastructure.  I.e., if something really useful happens if someone uses
> "ftp://..." in a Scheme module.

I actually think ftp://... (and http://... etc.) would be a horrible mistake
to implement, causing security, network and versioning nightmares.
Extensions could be made to relieve this, such as

  http://www.acme.com/wiley/helicopter?version=1.1&md5=...

but this is getting extremely ugly.

Another questions is that of the semantics of remote module access.
The module needs to be accessed both at compile time and load time,
but do we cache it in between, or do we in fact implicitly install it?
Software should never be installed implicitly (or unknown software
executed) without explicit confirmation from the user.  Which means
you'd suddenly be popping up confirmation dialogs when users run code
referring to remote URIs.  At this point there is no added convenience
and much greater confusion (and inability to run non-interactive code)
than a tool which can scan a library and update or install any modules
it imports from an external registry.

It may make sense to dumb things down and automate everything when
installing applications for grandma, but we're programmers, we're
perfectly capable of installing libraries ourselves.

--
Alex