What I have is a DCR that is supposed to render an image based on some 
params passed to it from the page.  To be overly simplistic (because there 
is way more to it than this), let's just pretend for now that it has to 
render an image based on the parameters passed in.  The wrapping html will 
have some checkboxes and buttons and javascript and whatnot.  For various 
reasons, political and otherwise, these checkboxes and buttons have to be 
part of the html, and can't be part of the DCR (and yes, I know it'd be a 
LOT easier if they were).

So, we have an HTML page with some checkboxes and a button - let's say the 
button is to "refresh image" (based on the checkbox settings).

I *COULD* rig it up so that the button calls some CGI that builds a new 
page with new params for the embedded .DCR and refreshes to that page, but 
that is pretty unacceptable visually, as it reloads the whole page.

We'd rather have the image refresh in-place, meaning that somehow the 
Javascript has to get new "info" to the embedded .DCR without refreshing 
the whole page.

I *COULD* have the Javascript tell some backend somewhere to hold onto the 
new information and have the DCR go out on a regular basis and poll for it, 
but that sounds like a lot of overhead for something I hope has a better 
solution.

The DCR is really acting like a client control that renders based on 
params, but it needs to be given new params occasionally, externally, from 
the HTML side.

With that explanation (which I hope clears things up), does what you 
suggest make sense?

Yes, I am trying to control the movie from the page.

I did consider frames as an option, but apparently the client isn't 
enamored of frames (any more than I am).  I'm exploring if there's a 
Javascript way to pull it off, but I'm no Javascript expert by any stretch 
of the imagination.

- Tab


At 06:00 PM 6/8/02 +0100, Robert Tweed wrote:
>Hang on, I think I may have misunderstood your question are you trying to
>control the movie from the page, rather than issue a JavaScript command from
>the movie?
>
>If so, then you can use EvalScript to send messages to the movie, but it
>dosen't work in all browsers. Alternatively, you can use DHTML to rewrite
>the contents of a layer (using a DIV tag with an ID) where the movie embed
>tags are inside that DIV. However, I haven't evert tried the latter with a
>Shockwave plugin, but I expect it will give very different results on
>different browsers. Finally, you could use frames.
>
>If you /are/ planning to issue JavaScript commands form inside the movie,
>which is what I originally thought you meant, then I still don't see any
>reason why you would do that.
>
>- Robert
>
>----- Original Message -----
>From: "Tab Julius" <[EMAIL PROTECTED]>
>
>
> >
> > Because the .dcr will be embedded in a page with some other things, and
> > visually we don't want the disruption of the whole page changing when the
> > only thing that needs to change is the shockwave data.  I don't know if it
> > IS possible, but I'm trying to find out.
>
>[ order or replies reversed for consistency ]
>
> > At 02:40 AM 6/8/02 +0100, Robert Tweed wrote:
> > >
> > >Why do you need to reload the movie, why not just store the variables
> > >internally? If you want to change what is physically written to the page
> > >then JavaScript isn't your best bet anyway: you should just reload the
> > >entire page with gotoNetPage.
> > >
> > >- Robert
> > >
> > >----- Original Message -----
> > >From: "Tab Julius" <[EMAIL PROTECTED]>
> > > >
> > > > If I have a page, with an embedded Shockwave movie, and some params to
>it,
> > > > is it possible to issue a Javascript command (and if so, WHICH
>command) to
> > > > basically refresh the embedded Shockwave, with a new set of params,
> > >without
> > > > reloading the whole page?  I guess one way around it would be some
>sort of
> > > > a form submit that the Shockwave polled for, but that seems crude.
> > >
> > >I really can't think of any good reason to use JavaScript for this.
> > >JavaScript/Shockwave interaction is extremely buggy, i.e., not supported
>by
> > >all browser versions. That's at the best of times; the rest of the time
>it
> > >is turned off completely.
>
>
>[To remove yourself from this list, or to change to digest mode, go to 
>http://www.penworks.com/lingo-l.cgi  To post messages to the list, email 
>[EMAIL PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L 
>is for learning and helping with programming Lingo.  Thanks!]

[To remove yourself from this list, or to change to digest mode, go to 
http://www.penworks.com/lingo-l.cgi  To post messages to the list, email 
[EMAIL PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L is for 
learning and helping with programming Lingo.  Thanks!]

Reply via email to