[sldev] From Browser Wars to Virtual World Interoperability

Dzonatas dzonatas at dzonux.net
Sat Nov 3 08:38:57 PDT 2007


I'm amazed by the web browser authors and the script language 
redesigners just can't seem to focus together on future models for 
virtual world interoperability instead of past web models.

There is major debate about OpenAjax, ES4, ES3, ES3.1, Javascript, Ajax, 
.NET, Silverlight, Mono, and more. This might exclude JavaFX since its 
component design is different than Ajax and Silverlight.

A little recap follows.

Microsoft's perspective: 
http://blogs.msdn.com/cwilso/archive/2007/10/31/what-i-think-about-es4.aspx

Chris Wilson speaks a bit off the cuff about ES4 and alternatives. 
Notice this quote:

"My point is that it's a fallacy to think that you're evolving 
Javascript if your expectation is that the scripts will have a different 
type param, and be handled by a separate runtime (i.e. the 
ScreamingMonkey <http://wiki.mozilla.org/Tamarin:ScreamingMonkey> 
approach).  That doesn't seem like it will have good interop to me, at 
least not in a world where mashups and separate code components from 
disparate places (all of which are some variant of ES3 today) are the norm."

The scope of that statement includes not only the more web scripted 
languages but also the core of .NET, Mono, Java, and ECMA itself. If you 
look at this soley from a web based model, you probably think it only 
means just the scope of javascript. On slashdot, you'll see there was 
the conspiracy-theorist about Sliverlight and accusation over a motive 
that Microsoft takes patents on the language. Chris recognizes that 
factor might happen:

" I think it's a shame that dissenting opinion has been hidden from 
view, and not publicized; certainly, I think the Microsoft response 
hasn't been very audible, but that's partly because we've been trying to 
figure out if it's just us - but of course, us trying to understand what 
other people think of the proposal in detail has also generated some 
apparent conspiracy-theorism.  I also think it's a shame that the 
response to any dissent has equated to shouting the dissenters down."

Chris left it directed at interoperability and open for input on overall 
ideas, but we see the issue gets pushed back to browser wars here:

http://weblogs.mozillazine.org/roadmap/archives/2007/10/open_letter_to_chris_wilson.html

Notice this comment:
"The small-is-beautiful generalization alternates with 
don't-break-the-web, again without specifics in reply to specific 
demonstrations of compatibility. Oh, and sometimes fix-security-first is 
put forth, without 
<http://wiki.ecmascript.org/doku.php?id=discussion:resurrected_eval#resolved_issues> 
sound /and sufficient/ solutions.

At best, we have a fundamental conflict of visions and technical values 
between the majority and the minority."

Again, if you just look at this from a traditional web based model, 
Brendan's comments could have been valid, but there is another majority 
here being totally left out of the discussion. Brandan's comments 
focuses only context creators of the past web models.

That is purely obvious by Brendan's next paragraph:

"However, the obvious conflict of interest between the standards-based 
web and proprietary <http://silverlight.net/> platforms 
<http://msdn2.microsoft.com/en-us/library/ms752299.aspx> advanced by 
Microsoft, and the rationales for keeping the web's client-side 
programming language small while the proprietary platforms rapidly 
evolve support for large languages 
<http://tirania.org/blog/archive/2007/May-01.html>, does not help 
maintain the fiction that only clashing high-level philosophies are 
involved here."

I suggest to read the Brendan's page with all the comments and 
especially the first comment... "OpenAjax"... this whole discussion 
still centers not only on browser wars and VMs but OpenAjax.

We have one crowd that says ES4 and related movement is fine for web 
based model. The dissent, however, is not against that under just that 
limited scope.

What's being missed goes beyond the scope of the web based model of the 
browser wars. That is where the real dissent comes.

Part of the crowd tries but hasn't quite thought outside of the box on 
this one. Look at this next article for example:

http://blog.mozilla.com/rob-sayre/2007/11/01/browser-war-hardly./

Notice the big sphere that says: "MicrosoftScript" but then the statements:

"Yes, I'm serious. I made up the name, because I don't know anything 
about it. I think it's a secret project of some kind.

    * Douglas Crockford
      <http://wiki.ecmascript.org/doku.php?id=meetings:minutes_mar_21_2007#discussion>:
      /"ES4 should be a maintenance release on ES3. There is another
      language that we need to consider for the future. "/
    * Allen Wirfs-Brock
      <http://wiki.ecmascript.org/doku.php?id=meetings:minutes_mar_21_2007#discussion>:
      /"But should all web development be done in ECMAScript?"/
    * Chris Wilson
      <http://blogs.msdn.com/ie/archive/2007/10/30/ecmascript-3-and-beyond.aspx#5788577>:
      /"In our opinion, a revolution in ECMAScript would be best done
      with an entirely new language"/

I don't actually have a problem with this. No one can or should stop 
anyone else from experimenting with their own inventions on the Web. I 
don't think it's likely to succeed in the market, but Microsoft has been 
right before. I don't see why a campaign of ES4 FUD is required, though. 
If the ES4 majority is really that loony, the standard will fail all by 
itself."

Rob "thinks" it is a secret project of some kind. Others think, out of 
some sort of conspiracy, that it is some new design in Sliverlight that 
Microsoft will push onto the browser wars.

One *MAJOR* perspective and crowd is being missed here...  that is 
virtual worlds, the viewers, and the content creators of the virtual worlds.

Instead of "MiscrosoftScript", lets put this in perspective and rewrite 
that name in that sphere comparison with "The Second Life Viewer".

Is the Second Life Viewer a web browser? AH-HA!!!!!

It is the virtual world equivalent of a web browser. No, it does not 
exactly fit in the traditional since of a web browser, so Brendan has 
the wrong perspective on how Chris started the discussion.

Does Chris say "interoperability" with different light, yes, and it's 
not about Silverlight: "It's been pointed out that we haven't made an 
alternate proposal - well, I'd kinda hoped we could work it out together."

Is Mono/.NET/Silverlight the answer? No.

Is Java/JavaScript/ECMA/OpenAjax the answer? No.

Those aren't the answer because to interface those traditional web 
technologies with the advancement of virtual world technology gets way 
complex and incompatible. This has been shown by the amount of time 
spent to work Mono into Second Life, and this has been shown by the 
difficulties to even get Java like technology into Second Life, and both 
of those have proven incompatible from traditional web technology to 
paravirtualized worlds.

I wouldn't throw those out because they have a lot of enterprise work 
done on them, but we must realize that none of them are a single 
solution to make the best impact that is workable for all.

I noticed that Chris didn't say "paravirtual" when he said 
interoperability with "worlds" cause I know he would have gotten heat 
from Microsoft themselves. I appreciate the risk Chris took in his view.

Unless the traditional web technologists try to understand virtual world 
interoperability more, these concepts are going to go way over their 
head, and they'll be seen as to only bicker about the past and 
ironically cause an impediment.


-- 
Power to Change the Void
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20071103/f6f38973/attachment-0001.htm


More information about the SLDev mailing list