Am 29.08.2011 22:21, schrieb Marcel Ruff:
> Ok, resolved to find the source qooxdoo files.
> The reason was that in my HTML file I have loaded my own qooxdoo specific js
> explicitely
> (to enable debugging with the compresses script/track.js in my own code).
> When building a source variant I need to remove my own explicit script
> loading as it overtakes
> loading the delayed script/track.js loading (and then basic qx classes are
> missing).
>
> Next problem, loading stops with
> Fehler: uncaught exception: The property 'left' is not supported by the
> VBox layout!: Called
> assert with 'false'
> as I have thousands of lines of code it is very hard to find all these places
> (there is no hint
> which .js file caused it).
> How can I switch off the asserts?
Probably with qx.debug:false
But I have now fixed all places.
(It would be helpful to add the item name (class name) to the assert output)
Thanks
Marcel
> Am 29.08.2011 17:57, schrieb thron7:
>>
>>
>> On 08/29/2011 05:29 PM, Marcel Ruff wrote:
>>> 1. generaty.py migration (1.4 -> 1.6)
>>> -> no patches were applied
>>>
>>> 2. generate.py source
>>> -> Now "qx.Class is undefined" is displayed in js console during loading
>>> in Firefox (via
>>> http://localhost ... Apache2 and Tomcat)
>>> Probably because my http://localhost call via Apache2/Tomcat couldn't
>>> resolve
>>> ../../../qooxdoo/framework/source/resource etc?
>>
>> Yeah, exactly. See here:
>> http://qooxdoo.org/documentation/general/snippets#running_a_source_version_from_a_web_server
>>
>>>
>>> 2a) Moved complete qooxdoo svn directly into DocumentRoot (instead of
>>> somewhere up the path):
>>> ->
>>> "resourceUri":"qooxdoo-2011-08-29/framework/source/resource","sourceUri":"qooxdoo-2011-08-29/framework/source/class","version":"1.6"}
>>> -> "qx.Class is undefined" during loading in Firefox
>>
>> Try to see which exact URL the browser wants to load, e.g. by looking at the
>> Net tab.
>>
>>>
>>> In Firebug I can see that the generate script/track.js is loaded
>>> and loads my *.js classes but it is not loading any qooxdoo classes ...
>>
>> Yes, that would spoil it all. Did you re-generate the app?
>>
>>>
>>> Using 'generate.py source-each' did not help, same result.
>>
>> You have to adapt QOOXDOO_PATH in your config.json after you have moved the
>> svn check-out. Did
>> you do that?
>>
>>> Loading via file:/// same result
>>
>> If QOOXDOO_PATH is correct, and you did a re-run of e.g. 'generate.py
>> source', this should work.
>> If not, again, try to figure out which file is not found.
>>
>>>
>>>
>>> 3) Moving at the very beginning of my HTML
>>> <script type="text/javascript" src="script/track.js"
>>> charset="utf-8"></script>
>>> I can see in Firebug that track.js is loaded immediately, but the qooxdoo
>>> classes
>>> are loaded delayed (after my own classes).
>>> That seems to be the problem ...?
>>
>> Mh, it's hard to say, you seem to have fiddled with so many parameters. If
>> you are using recent
>> trunk, run the 'source-each' job, so each class is used from its individual
>> source file. Then,
>> looking at Firebug and the generated loader, script/track.js, you should be
>> able to figure out at
>> which class/file the loading breaks.
>>
>> Stepping back a bit, can you just create a fresh GUI skeleton with
>> 'create-application.py', do a
>> 'generate.py source' in it and load it with file://. Is that loading ok?
>>
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
