Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Martin Wittemann
Hey, could you guys give me some feedback why you want to use it? Regards, Martin Am 24.07.2013 um 12:26 schrieb d2 mailto:dc...@oxys.net>>: The only way to do this is tu use defer. I don't particularly like it but there is no "correct" way of doing this. http://tinyurl.com/me3mgs7 2013/7/24

Re: [qooxdoo-devel] migration to 3.0 and contribs

2013-07-24 Thread Fink, Andreas
Hi Daniel, After another distclean of our app and a new build at home, everything worked fine! It seems the download of the contribution was corrupt and I always get the corrupted files from the proxy cache... really annoying! Anyway, sorry for the noise and best regards, Andreas -Ursprüng

Re: [qooxdoo-devel] qooxdoo 3.0 : many 'warnings' at initial "generate api"

2013-07-24 Thread thron7
> Hi, > > after migration to qooxdoo 3.0, the first "generate api" throws lots of > "Unknown '@' hint in JSDoc comment: ..." warnings! > > (like for 'author', 'license', 'depend') > > All are in .\framework\source\class\qx\dev\unit\Sinon.js > > To reproduce: > #> generate distclean && generate api

[qooxdoo-devel] image loading problem in 3.0

2013-07-24 Thread Ed Adasiewicz
I seem to be having problems loading images in 3.0. I have a fairly simple app called todo which resides in /var/www/qx/todo and it uses the sdk in /var/www/qooxdoo/qooxdoo-3.0-sdk. Inside of the Application.js file is @asset(todo/*) along with var newButton = new qx.ui.toolbar.Button(this.tr("A

[qooxdoo-devel] qooxdoo 3.0 : many 'warnings' at initial "generate api"

2013-07-24 Thread Peter Schneider
Hi, after migration to qooxdoo 3.0, the first "generate api" throws lots of "Unknown '@' hint in JSDoc comment: ..." warnings! (like for 'author', 'license', 'depend') All are in .\framework\source\class\qx\dev\unit\Sinon.js To reproduce: #> generate distclean && generate api Can we 'silence'

Re: [qooxdoo-devel] migration to 3.0 and contribs

2013-07-24 Thread Daniel Wagner
Hi Andreas, I couldn't reproduce the problem with a fresh 3.0 skeleton app. Could you please try the same? Regards, Daniel On 24.07.2013 14:25, Fink, Andreas wrote: > Hi all, > > I try to migrate our app to qooxdoo 3.0. After changing the path settings, > running the migration job and done the

[qooxdoo-devel] migration to 3.0 and contribs

2013-07-24 Thread Fink, Andreas
Hi all, I try to migrate our app to qooxdoo 3.0. After changing the path settings, running the migration job and done the manual code applies mentioned in the migtaion doc, I've tried to run the generate source job. This ends up with some warnings like "Unknown global symbol used: com.zenesis.q

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread d2
The only way to do this is tu use defer. I don't particularly like it but there is no "correct" way of doing this. http://tinyurl.com/me3mgs7 2013/7/24 David Charbonnier > The only way to do this is tu use defer. I don't particularly like it but > there is no "correct" way of doing this. > http

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Dietrich Streifert
Ah OK! It does NOT work: http://tinyurl.com/lghqsr9 Am 24.07.2013 11:55, schrieb Dietrich Streifert: > Hey John! > > Yes I know that. Having an override-able applier is an alternative > solution for this. > > But my question was simply if the code below would work or not:

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Dietrich Streifert
Hey John! Yes I know that. Having an override-able applier is an alternative solution for this. But my question was simply if the code below would work or not: > Having a class 'Basic' with property foo and generated getter getFoo > and setter setFoo: > > If I derive class 'Advanced' from cla

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread John Spackman
You can if the Basic class has an apply method that isn't private, which your Advanced class can override. John On 24/07/2013 10:40, "Dietrich Streifert" wrote: >Hey everybody, > >just to understand this right: > >Having a class 'Basic' with property foo and generated getter getFoo and >setter

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Dietrich Streifert
Hey everybody, just to understand this right: Having a class 'Basic' with property foo and generated getter getFoo and setter setFoo: If I derive class 'Advanced' from class 'Basic': Is it possible to override the method setFoo of 'Basic'? Code fragment: setFoo: function(value) {

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Martin Wittemann
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

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread d2
Hi, 2013/7/24 MartinWittemann [via qooxdoo] < ml-node+s678n7584193...@n2.nabble.com> > > > Overriding one of the generated methods usually breaks all others. If we > override the setter, the getter will always return wrong values because the > generated setter can not be used anymore. If you want

[qooxdoo-devel] Enable/disable form components by disabling parent component

2013-07-24 Thread Petr Kobalíček
Hi devs, when I disable a parent component, I can still see child component enabled, is that the expected behavior? See the snippet: http://demo.qooxdoo.org/devel/playground/#%7B%22code%22%3A%22var%2520doc%2520%253D%2520this.getRoot()%253B%250A%250Avar%2520composite%2520%253D%2520new%2520qx.ui.c

Re: [qooxdoo-devel] DateField in custom widget

2013-07-24 Thread mappopo
Hi, the icon behavior does not change with qx.ui.form.DateField . Furthermore expected custom behavior is not shown even if no javascript error occours in the constructor. Here is my custom DateField qx.Class.define("vvftools.DateField", { extend : qx.ui.form.DateField, construct : functio

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Martin Wittemann
Hey, > Why should that be a problem at all? Overwriting method 'A' doesn't force > anyone to overwrite method 'B' as well! > Those (generated) methods 'setFoo', 'getFoo' (and 'isFoo') are public methods. > You can override any public method! And you should be able to do so with the > generated one

Re: [qooxdoo-devel] UploadMgr backend

2013-07-24 Thread John Spackman
Hi Matteo The second parameter to com.zenesis.qx.upload.UploadMgr is the URL to a server page that handles the upload, and would be the same as what you would normally put in the "action" attribute of a form. For example, this HTML code: [ ... snip ... ] Becomes:

Re: [qooxdoo-devel] Overriding generated properties v3.0

2013-07-24 Thread Peter Schneider
> [...] >> We have been overriding generated methods such as “isValid”, “setValid” etc, >> until version 3.0 that does not let us to use these method. Please, is there >> a way to use Qx 3.0 without this validation? > No, there is no way to disable that check except rewriting / removing the > chec