Am 02.08.2010 13:13, schrieb Stefan Andersson:
But why not make it possible to let us have a null contructor?

new ....Flash();

It creates an error today!

If I put "" (empty string) it works and then afterwards setSource("flash path");

It is not logical in comparison to other widgets. What is your rational here?

Stefan
Hi Stefan,

sorry for the late answer, but we are at the moment in our release phase.

The Flash widget is a spacial widget. It has some properties, which can not changed so easy after rendering. A change after rendering would require a DOM manipulation, but updating a value for flash movies are not possible. The only way to update a value is to remove the flash movie from the DOM and create a new one.

But this have some side effect, for e.q. the Flash Player starts playing the movie from the beginning and this will resetting the old state from the movie. If you have for e.q. a charting solution. The developer have to reconfigure the chart and synchronize the data manually.

I also don't know what's happens when for e.q. a old reference from a movie is used to call method from the flash bridge. Is the new movie called or does an error occur? If an error occurs the developer has to ensure, to check the up-to-dateness from the reference.

You can see that it is not easy to write a general Flash widget implementation which can be used for all use cases: simple movie playing, e.q. charting or a two way (JavaScript and ActionScript) communication. So we decided to keep it as simple as possible and this has the restriction that some properties can't change after rendering.

I know that a property suggests that you can change it any time, but it keeps the implementation as simple as possible. So it is not nice, but it works as designed.

Cheers,
Chris
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to