> You are absolutely right that with your approach we could remove
> the performance import for a static language version. My problem
> with your suggestion however is that it will reduce none of the
> mentioned complexity and will add just another layer on top of it.
>
> I hope I could make my opinion clear :-)
<big grin>
Yes, absolutely. I can be pretty persistent ...
... which is why I would like to float this idea past you:
I see that at present you have put the main code for automatic connection
to the locale system in qx.ui.basic.Label, _applyText function:
_applyText : function(value, old) {
qx.locale.Manager.getInstance().connect(this._syncText, this,
this.getText());
},
which creates the nightmare as you say: potentially every place where
text is displayed has to have this sort of connection.
Why don't you simplify this: have the property system automatically link
to the locale manager if a property value "string" is not a string but an
instance of qx.locale.LocalisedString? Then if the locale changes,
automatically call the apply function with the "toString" value of the
property. Similarly when calling getProperty convert to a string and
return that.
That could work for some of the special cases that you're hitting. It
would be turned off (i.e. compiled out) when using the non-dynamic
version of the language translation.
Hugh
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
