<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style></head><body lang=EN-US link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal>I think that “Downloading a big set of scripts” is the wave of the future. It’s just that you’ll do it for install and updates and not every time you want to run an app. The app will be installed in your browser, phone or mobile, and you’ll be able to update as desired, or when the content developer wants you to. JSPs, JSF, Struts (back-end dynamically generated HTML5) etc. will go away, and you’ll be left with JSON, HTTP/WebSockets, REST and perhaps XML across the network. Network back and forth will actually go down. The division between Apache for static content and app servers for dynamic content will become more marked. The thing we want to be able to do is figure out what the standard for dynamic 3D content is. If it’s just DIS, that’s OK—let’s bring it to the web. If it’s SAI, let’s bring that to the web. Let’s be sure we support H-Anim. Uh, what else?</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>John</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10</p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><o:p> </o:p></span></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='border:none;padding:0in'><b>From: </b><a href="mailto:joedwil@earthlink.net">Joe D Williams</a><br><b>Sent: </b>Friday, June 10, 2016 3:25 PM<br><b>To: </b><a href="mailto:highaspirations@hotmail.com">doug sanden</a>; <a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a><br><b>Subject: </b>Re: [x3d-public] [x3d]V4.0 Opendiscussion/workshopon X3DHTMLintegration</p></div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><o:p> </o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>But I don't think this is the point for now. It seems to me we have to </p><p class=MsoNormal>think long term and figure out what will be 'bulit-in' capabilities </p><p class=MsoNormal>for an html browser running in an environment where <x3d> ... </x3d> </p><p class=MsoNormal>parts are processed without the need for external scripts. I think </p><p class=MsoNormal>downloading a big set of scripts just to get the thing running should </p><p class=MsoNormal>not be necessafy. Then the choice becomes what level of 'built-in' </p><p class=MsoNormal>convenience and automation do we want to provide.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks,</p><p class=MsoNormal>Joe</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>