W3C home > Mailing lists > Public > public-web-plugins@w3.org > September 2003

RE: Server Workaround to Render "Second" Documents Acceptable?

From: Sturm, Thomas <TSturm@modemmedia.com>
Date: Thu, 18 Sep 2003 09:51:01 -0700
Message-ID: <216ED4827714D311BF2300508B090E2203C11411@smtp05.caus.modempoppe.com>
To: public-web-plugins@w3.org
Oh - I'm sure we can change our old scripts to deal with iframes - I was
just hoping that whatever will be the solution for this mess won't force us
to re-visit all our client's sites to rip out some long-forgotten scripts...
:-)

Personally I felt rather insulted by how lightly it has been talked about
"changing the plug-in mechanism", pretty much disregarding what will be
involved organizationally and technically on the web development side. It's
not like we'll just wave our magic HTML wand and everything starts working
again.

Due to the fact that there may be JavaScript-Flash interaction in many of
these pages (among other things like Information Architecture and Design
considerations), we may have to do individual fixes for each instance of
Flash in a client's site, or may even be forced to consider a complete
redesign of sections of sites - which will have to be explained to
clients... I'm sure you are all looking forward to that aspect of the
problem... :-)

Will _any_ of the solutions offered by Microsoft leave the DOM intact so
that current scripts will just continue to work? I thought the user-prompt
method described by Microsoft would maybe do that. 

Or are we just doomed to perform the Big Web Retrofit Of 2004? 

Thomas



> From: 	christopher.jauregui@syngenta.com
> Uhmmm, no, JavaScript and Flash could still talk fine, just like using
> JavaScript with frames, iframes, etc. You just need to reference the
> things
> a bit different. Like putting something together with Sharepoint Portal
> Server.  :o)
> 
> quote: 
>   From a Designer/Programmer point of view, replacing <OBJECT> with some
> dynamic <IFRAME> mechanism is the probably the excellent perspective for
> implementing a work-around. 
> 
> True, doing this on the server side could be an elegant fix for simple
> flash
> objects in existing pages, but it won't do any good if the original page
> had
> any kind of Flash - JavaScript interaction. 
> I can think of several instances where we had JavaScript talk to Flash or
> vice versa and these interactions would break in such a scenario.
> 
> 
Received on Thursday, 18 September 2003 12:52:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:56:03 UTC