[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [cgmo-webcgm] IE ActiveX Update
Benoit, Thanks to you and Ralf for this heads up. It is ugly. And it is looming, like in 1-2 weeks?! At 04:49 PM 4/4/2006 -0400, Benoit Bezaire wrote: >Hi, > > Microsoft is about to release some troubling IE updates for ActiveX > controls... this is regarding the EOLAS vs Microsoft lawsuit. The > deployment (Windows Automatic Update) of these updates will > apparently start in April. Future versions of Windows and IE > (pre-installed on systems) will be shipping with the update > (specific dates unknown). As I gather, then very soon the test suite (2.0 parts) will no longer work, right? Yikes!!! From the telecon, I heard some talk about "delay for 30 days", "...June". Can you tell more specifically about the timetable? Will all Win/IE systems with Automatic Update get hit in April? We were just starting the process to publish the test suite, i.e., make the 2.0 bits publicly available for the first time. And this is required for W3C process. > A system with such an updated version of IE will require user > interaction (via a click) before a CGM file embedded in HTML can be > displayed on screen. A bad user experience is about to begin for CGM > users unless they start changing their web pages. Please correct me if this is wrong. I looked at the MSDN page that Ralf referenced. It seems to me that the CGM picture would display, but it would be inactive. Is that right? Or ... would our typical 2.0 file not even view, because of we use the DOM API to tell the control what CGM to load? <body onload="document.getElementById('ivx1').getWebCGMDocument().src= 'AppStructure-visibility.cgm'; OnBtnDOM();"> [...] <td><object id="ivx1" type="image/cgm;Version=4;ProfileId=WebCGM" width="480" height="360"></object> > The workaround suggested by Microsoft, Apple, Macromedia etc... is > to remove the <object> tag from HTML pages and add a script to every > web page which dynamically inserts an object tag (if the <object> > tag is dynamically inserted, it's not in violation of the EOLAS > patent). Have you (Itedo) guys yet written a prototype/example Test Suite (2.0) file that would work (view and be active)? > This needs to be dealt with at multiple level... > - CGM vendors have to deal with this (generators of HTML + CGM) As I read Ralf's MSDN reference, it actually appears that there are multiple possible solutions. One assures that the control is interactive when loaded. But the other, if the control were loaded *inactive* and the picture were displayed, could be made interactive by a user click. So ... is it possible that different fixes might be appropriate for different applications? (E.g., could a fast fix of "click to activate test" in each picture, after ensuring picture is loaded, be used for emergency repair of the Test Suite?) > - Users needs to update their existing web page (or block the > update). The latter is impractical. > - How do we (cgmopen) ease the transition for the webcgm community? > - The test suite will need to be updated (in my opinion). Yes. Do you have an example of what a test fix/update might look like, for any one of our 2.0 DOM tests? > - Some early experiences with Itedo's code base shows some problems > with the WebCGM 2.0 'onload' param when the <object> tag is > dynamically inserted. This may be specific to our implementation, Do you have a simple example of a fix that you think should work, but that turns out to be problematic? (The others could play with it.) > but if not; the group needs to take some decisions about the > 'onload' param. > > It would be good if vendors/users of this mailing list could > collaborate about this as it affects all of us. Yes. As a first priority, and to get discussion started, what is the shortest path to making the Test Suite viable again (even if there are some issues like the 'onload' PARAM.) -Lofton.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]