Re: The 'javascript' scheme

* Graham Klyne wrote:
>What is the "resource" that is identified by a javascript: URI?  If you mean the
>javascript code, then how is the result of dereferencing the URI [1] (executing
>the code) to be considered a "representation" of that resource?  In this
>respect, I find the comparison with data: URIs to be misleading, since the
>resource identified by a data: URI is clearly represented in some way by its body.

It may well be that the draft doesn't use the best available terminology
and I am happy to change it if someone can come up with better terms. It
currently does not say what resource is being identified, instead it de-
fines two forms of "URI dereference". I think that executing code is not
"the result" of dereference, but part of it. I further think that deref-
erence, as defined in RFC 3986, does not imply retrieval of a resource/
representation--and as such I don't think your second question is valid.

  URI "resolution" is the process of determining an access
  mechanism and the appropriate parameters necessary to
  dereference a URI; this resolution may require several
  iterations.  To use that access mechanism to perform an
  action on the URI's resource is to "dereference" the URI.

In the "resolution" process you determine whether you use only content
retrieval or in-context evaluation, and in case of the latter other pa-
rameters like a ECMAScript global object, what type of code you have to
bind the `this` object, etc. Then you dereference the identifier as the
draft requires for the access method of your choosing. Note again that
there is nothing in the draft that says

  <script src='javascript:...' ...

is any different from

  <script src='data:...' ...

It may be, and often is, but in some cases, like X3D and VRML, it is
not. If that wasn't the case, it would have been possible to say that
a javascript:... resource identifier identifies a JavaScript object 
or nothing, and that to determine what it identifies, you have to per-
form in-context evaluation. But as this would contradict ISO standards
and probably cause similar confusion, I have not attempted to define
what resource is being identified, and the "result" of the evaluation
is termed "dereference by-product". As I said, there may be better ways
to phrase things; suggestions welcome.
Björn Höhrmann · ·
Weinh. Str. 22 · Telefon: +49(0)621/4309674 ·
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · 

Received on Wednesday, 8 November 2006 16:23:23 UTC