Re: Local program execution in WWW browsers
burchard@geom.umn.edu
Errors-To: listmaster@www0.cern.ch
Date: Mon, 18 Apr 1994 18:34:27 --100
Message-id: <9404180103.AA20807@mobius.geom.umn.edu>
Errors-To: listmaster@www0.cern.ch
Reply-To: burchard@geom.umn.edu
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: burchard@geom.umn.edu
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Local program execution in WWW browsers
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Length: 1117
> So, who suggests the first batch of things that a `WWW
> control center' and an accessory would want to exchange?
How would embedded, active objects -- such as viewers for inlined 3D
objects -- work in this accessory scheme?
The communication protocol I've seen proposed so far is basically set
up to allow a single accessory to manipulate the HTML document as a
whole. But in the case of active, embedded objects, this would
appear to lead to a "cooperative multi-accessorizing" nightmare. I'd
prefer to have the protocol based on something like distributed
object interfaces.
Also, the proposed protocol enforces a focus on the browser's
currently displayed document. That's not appropriate for embedded
objects, which need to stay attached to the document which contains
them (for as long as the browser wants to "cache" the active
accessory).
--------------------------------------------------------------------
Paul Burchard <burchard@geom.umn.edu>
``I'm still learning how to count backwards from infinity...''
--------------------------------------------------------------------