[x3d-public] Hyperlink and form support
Leonard Daly
Leonard.Daly at realism.com
Mon Dec 17 14:06:34 PST 2018
Hi Albert,
I think it is important to make a distinction between a single web page
(that is in 3D) opening up many 2D pages and allowing the user to
interact with each of them separately and a browser application (e.g.,
replacement for Chrome) that does more or less the same thing.
This example presents a potential security issue. In the first case, the
page application (typically written in JavaScript) must maintain
separation between the various external pages; otherwise one page could
capture the contents of another site. The existing structure in the
browsers works at preventing this sort of operation by preventing
JavaScript from one page from accessing the contents of another page
(unless permission is explicitly granted). This extends to even
off-screen rendering and grabbing of a web page to use as a texture in a
3D world.
The second case is very much like a tabbed display where the some number
of tabs are all shown in a single display separated by 3D virtual space.
In this case it is the responsibility of the application to maintain
separation between the various content.
All of the discussions I have heard from multiple sources indicate that
the browser and/or underlying libraries would actively prevent the first
case (single 3D web page opening up multiple 2D pages). The security
considerations are too great and expecting the browser to manage all of
the interfaces is too difficult at this time.
If you are developing your own application for a 3D display that does
this, then the responsibility is now on you to ensure that there is no
cross-site information transfer. In this case, you would need to figure
out what happens to a web page that wished to use some resource of the
device (e.g., WebGL with canvas, or device camera) and how that
interacts with other demands for those same resources. For example,
imagine three different web pages, one was displaying a virtual world
with audio (all computer generated), one was using the device camera for
remote viewing, and one was an AR (camera + computer generated) experience.
If your intent is to use multiple pages from a single site, then you do
not have that issue; as it is assumed that the a single
person/organization has control and access to all of that information.
You could have a general page for 3D content that also loads and
positions various 2D pages (like a list of participants or chat
windows). The ability to handle the interaction on the various 2D pages
would be controlled by the application providing the 3D environment
context and the browser.
Leonard Daly
> Thank you all for your answers. I appreciate that.
>
> To avoid too much emphasis on the example given: the broader question
> is about having the 3D web specification prepared to support
> business-type processes for AR/VR devices.
>
> It seems to me the most natural view is to see 2D webpages as special
> cases of the 3D web, where all elements are flattened to one plane.
> So in 3D space one should be able to position and use both the active
> elements like textareas, checkboxes etc, and more or less passive
> elements like div's anywhere within the scene (Leonard, your first
> case scenario). This of course includes combinations of these elements
> on flat plains up to full 2D pages viewable in 3D.
>
> Currently the resolutions for devices like HoloLens and I think also
> Magic Leap (didn't try ML yet) are good enough for viewing 2D web
> pages floating in 3D. This would allow companies to easily extend
> their websites for 3D access by using X3D, and/or an equivalent
> declarative syntax, in combination with their existing 2D content.
>
> Albert Jan Wonnink
--
*Leonard Daly*
3D Systems & Cloud Consultant
LA ACM SIGGRAPH Past Chair
President, Daly Realism - /Creating the Future/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20181217/34be4405/attachment.html>
More information about the x3d-public
mailing list