Eolas COO Says IE Changes A Shame 235
capt turnpike writes "Hot on the heels of Microsoft's announcement of a 60-day period in which Web developers will have to change their pages' architecture, the COO of Eolas, the company whose suit forced these changes, gives an interview to eWEEK.com in which he says these changes are a disappointment. Confused? From the article: 'There is no court order forcing Microsoft to do anything. Anything that is being done is of Microsoft's own choosing,' His position is that publicizing these forced changes strengthens MS's case."
Re:Very disappointing (Score:5, Informative)
Re:Not forced... (Score:4, Informative)
Re:Confused? Yes, I am. (Score:3, Informative)
Seems like some simple work arounds for newly developed applications. Hate to retrofit all the existing stuff out there.
PR Stunt (Score:3, Informative)
At least this will keep the other browsers safer from further litigation down the road. If MS had bent over backwards and paid, every other browser that ever gained any market share would have been next in line to pay retroactive royalties. Now that MS just changed the rules of the HTML world (as usual), it's not crazy to think other browser vendors won't be ready to follow just to avoid having to pay the costly lesson that MS had to pay.
Re:No, What's A Shame Is (Score:3, Informative)
Not Such a Big Deal (Score:3, Informative)
If the object is instantiated by in-line code, it will still respond to scripting commands but will not respond to user commands until they click somewhere in particular. If an external "JScript" file (does it hurt that much to say "Java", M$?!?!), is used to instantiate the object, there is no change in the way the page will behave.
So, we can make minor changes to all our ActiveX control-embedding pages to keep them behaving the way they do now, or not. The world will not end.
Re:Patent scum (Score:2, Informative)
http://msdn.microsoft.com/library/?url=/workshop/
So this is a payday for you. Your clients will pay you to recode the sites; and the recoding is pretty trivial, so it's almost like getting money for free.
Re:Not only Microsoft (Score:2, Informative)
Unless they've delivered to all other browser makers legal documents forfeiting the right to sue them for infringing this patent, that promise means nothing. IANAL but I doubt this could even be done in a legally valid way unless some consideration was involved.
Re:Not Such a Big Deal (Score:3, Informative)
Someone needs a history lesson.
JavaScript, originally named Mocha and then LiveScript, was developed in 1995 by Netscape, and debuted in version 2.0. It was named JavaScript to coincide with Netscape's added Java support, even though the languages are not that similar.
JScript was added by Microsoft to Internet Explorer 3.0 in 1996, in response to Netscape's JavaScript. JScript originally used the Active Scripting engine, also known as ActiveX.
ECMAScript is the current, formal standardization (ECMA-262) of both JavaScript and JScript into a single unified language. Currently, both JavaScript and JScript are considered extensions of ECMAScript, since they are fully compliant with extra functionality. It is possible (and recommended) that all client-side J(ava)Scripting be written as fully compliant ECMAScript, as it will then be compatible with all browsers.
To this day, all Gecko-based browsers support JavaScript, and IE supports JScript (it is also available as part of
Re:the end of activex? (Score:3, Informative)
Re:Not Such a Big Deal (Score:2, Informative)
This is really less of an interuption to the user-experience than people are thinking. I too panicked when i started reading this stuff yesterday. I have a widely deployed intranet web app with multiple supported versions and streams out there and was afraid i'd be shipping tons of emergency patches. I installed the "upgrade" and the change to the experience is subtle and intuitive enough not to be disruptive in most cases. Basically just a little tooltip shows up when you hover over embedded content (no alert, no popup, no ok button...). One click enables it. This means that for certain controls, an extra click is required... As it turned out in my case, all of my embedded stuff is already scripted so there is actually no behavior change triggered.
Tip: if you enable script debugging in IE, you'll see the new behavior regardles of whether or not the embedding is scripted... go figure.
Can anyone be bothered to explain to me why eola's patent is infringed if a browser enables an embedded in html, but not if i embed using js onLoad?? what da!
s.
Re:Is this a bad thing? (Score:1, Informative)
It's not a big deal. Minor nuisance at best. Pretty much everything continues to work, however.