Geoff Canyon wrote:
> Okay, so why am I missing this in the documentation for the go command?

It is not only the go command that is affected by the url keyword: Any
container can be an url. The documentation for the go command does not
mention that you can supply any container as a stack, though. And an
example would not be too much.

> This feature is incredible. Think of the implications, everyone: we have
> in our hands a tool that can replace Internet Explorer and Netscape
> Navigator with a simpler, richer, more cross-platform, better solution.

Oh... don't go too fast! There is a big security whole you are opening.
I would not start stacks of an uncertain source if they can read and
modify any files, and on windows machines even the registry. They can
not reprogram my microprocessor ;)  , but these stacks are trojan horses
that can do any damage they like. Propably a sandbox, that stops stacks
from executing certain commands, is on the FRL already ;-)))

> Finally, another command would be a great one:
> 
> save this stack to url "http://www.anotherserver/adirectory/"
> 
> Having a built-in property for the "home" url for a stack would allow:
> 
> save this stack to home  --I don't like this syntax, but you get the idea
> 
> The great thing about this is that it would allow a designer to
> transparently open a stack off a web server, change the stack, and save
> it back to the server, something that is always a pain with html products.

How about simply allowing urls in the fileName property?

And how about a concept for relative urls: A stack with the fileName set
to an url (starting with "http://" or "file://" or whatever) can ommit
the server or path in any reference to any other url. So if a stack has
the url "http://www.metacard.com/demo/one.mc" it could have a button
"Next" with a script like:
go to stack url "http://two" --> http://www.metacard.com/demo/two
go to stack url "http://../two" --> http://www.metacard.com/two
go to stack url "http:///two" --> http://www.metacard.com/two
etc.


Regards
   R�diger

--------------------------------------------------------------------
| Ruediger zu Dohna   GINIT GmbH   0721-96681-63    [EMAIL PROTECTED] |
| PGP-Fingerprint: F1 BF 9D 95 57 26 48 42 FE F8 E8 02 41 1A EE 3E |
--------------------------------------------------------------------

Reply via email to