Hey,
I don't understand, do you mean that we can't now overwrite getter, setter,
resetter for qooxdoo properties in defer ?
Well, you can do whatever you want in the defer as you have access to the JS
object which holds the functions. Sure that could be done but was never
supported and we don't guarantee that this is working as expected. In fact,
it's a hack. ;)
If you are interested in details, check out this bug report:
http://bugzilla.qooxdoo.org/show_bug.cgi?id=4726
If so it's a huge change. We massively use this on our apps, we have no way to
migrate to 3.0 without this.
You say "there is no need for a property anymore" but that's wrong, we need
this to allow binding, to iterate over properties, etc.
Bindings also work on change events only so there is no need to have a property
for binding.
If there is no need of property, there is no need of binding, and why not
'there is no need of qooxdoo' ;-)
If our "customs" properties are — from an external point of view— working
exactly like native properties why should that be a problem ?
Native properties don't have the same complexity like qooxdoo properties. So I
think that's not a good comparison.
Exemple of what we do :
http://pastebin.com/6f7HXFcR
Thanks for sharing. This code is using a lot of 'more or less' internal API. It
is not marked as internal but it was never designed to be used by app
developers. And even if the code looks good and as it would work, You would
still create some non working API like the generic setter and getter which
qx.core.Object supplies.
In the end, you can still do that but it's not a recommended way.
Regards,
Martin
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
