Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-22 Thread Petr Kobalíček 
But I can fill the bug report, no problem here;)

On Fri, Apr 23, 2010 at 8:37 AM, Petr Kobalíček
 wrote:
> Hi Martin,
>
> On Fri, Apr 23, 2010 at 8:08 AM, MartinWittemann
>  wrote:
>>
>> Hello Petr,
>> did you also found out what changes in qooxdoo were responsible for that
>> change of your app?
>>
>
> To be honest, not:( I just experimented what I need to call to
> initialize the qooxdoo.
>
>>
>> Petr Kobalíček wrote:
>>>
>>> The main problem is that qooxdoo not contains possibility for setting
>>> custom loaders. I don't want to pack my application with qooxdoo so I
>>> always need to call qx.core.Init.ready() after 1.0.1, maybe in next
>>> version it will be something else, I don't know.
>>>
>>
>> And what would you expect? I don't get your problem with calling a method?
>
> Some defined API for this purpose. For example if you say today that
> qx.core.Init.ready() is what I need then I have no problem at all. I
> just want something which will not stop working tomorrow. Also some
> "defined" mechanism so I can tell qooxdoo that I'm using my own loader
> so I will call the methods responsible for initialization myself.
>
> I want only some small piece of API where all changes to the
> initialization process will be documented, so I can easily port
> qxbuild to newer versions without wasting hours of debugging or
> finding what changed;)
>
>>
>> Petr Kobalíček wrote:
>>>
>>> So is there any possibility to include custom loading possibility in
>>> qooxdoo, this can't be too hard, it's only about defining simple
>>> "entry-point" API that will be called when my loader finishes loading
>>> all necessary files.
>>>
>>> So what do you think, will it be possible?
>>>
>> That really doesn't sound too hard, your right. Do you remember the number
>> of the bug report?
>
> Unfortunately not. I tried to find it right now, but it's lost:-)
>
>> Regards,
>> Martin
>> --
>> View this message in context: 
>> http://qooxdoo.678.n2.nabble.com/Application-onScriptLoaded-tp4909328p4948854.html
>> Sent from the qooxdoo mailing list archive at Nabble.com.
>>
>> --
>> ___
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>
>
>
>
> --
> Best regards
> - Petr Kobalicek 
>



-- 
Best regards
- Petr Kobalicek 

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-22 Thread Petr Kobalíček 
Hi Martin,

On Fri, Apr 23, 2010 at 8:08 AM, MartinWittemann
 wrote:
>
> Hello Petr,
> did you also found out what changes in qooxdoo were responsible for that
> change of your app?
>

To be honest, not:( I just experimented what I need to call to
initialize the qooxdoo.

>
> Petr Kobalíček wrote:
>>
>> The main problem is that qooxdoo not contains possibility for setting
>> custom loaders. I don't want to pack my application with qooxdoo so I
>> always need to call qx.core.Init.ready() after 1.0.1, maybe in next
>> version it will be something else, I don't know.
>>
>
> And what would you expect? I don't get your problem with calling a method?

Some defined API for this purpose. For example if you say today that
qx.core.Init.ready() is what I need then I have no problem at all. I
just want something which will not stop working tomorrow. Also some
"defined" mechanism so I can tell qooxdoo that I'm using my own loader
so I will call the methods responsible for initialization myself.

I want only some small piece of API where all changes to the
initialization process will be documented, so I can easily port
qxbuild to newer versions without wasting hours of debugging or
finding what changed;)

>
> Petr Kobalíček wrote:
>>
>> So is there any possibility to include custom loading possibility in
>> qooxdoo, this can't be too hard, it's only about defining simple
>> "entry-point" API that will be called when my loader finishes loading
>> all necessary files.
>>
>> So what do you think, will it be possible?
>>
> That really doesn't sound too hard, your right. Do you remember the number
> of the bug report?

Unfortunately not. I tried to find it right now, but it's lost:-)

> Regards,
> Martin
> --
> View this message in context: 
> http://qooxdoo.678.n2.nabble.com/Application-onScriptLoaded-tp4909328p4948854.html
> Sent from the qooxdoo mailing list archive at Nabble.com.
>
> --
> ___
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>



-- 
Best regards
- Petr Kobalicek 

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-22 Thread MartinWittemann 

Hello Petr,
did you also found out what changes in qooxdoo were responsible for that
change of your app?


Petr Kobalíček wrote:
> 
> The main problem is that qooxdoo not contains possibility for setting
> custom loaders. I don't want to pack my application with qooxdoo so I
> always need to call qx.core.Init.ready() after 1.0.1, maybe in next
> version it will be something else, I don't know.
> 

And what would you expect? I don't get your problem with calling a method?


Petr Kobalíček wrote:
> 
> So is there any possibility to include custom loading possibility in
> qooxdoo, this can't be too hard, it's only about defining simple
> "entry-point" API that will be called when my loader finishes loading
> all necessary files.
> 
> So what do you think, will it be possible?
> 
That really doesn't sound too hard, your right. Do you remember the number
of the bug report?

Regards,
Martin
-- 
View this message in context: 
http://qooxdoo.678.n2.nabble.com/Application-onScriptLoaded-tp4909328p4948854.html
Sent from the qooxdoo mailing list archive at Nabble.com.

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-22 Thread Petr Kobalíček 
Hi Martin,

I solved the thing, but I'm not happy about the qooxdoo way - I need
to call qx.core.Init.ready().

The main problem is that qooxdoo not contains possibility for setting
custom loaders. I don't want to pack my application with qooxdoo so I
always need to call qx.core.Init.ready() after 1.0.1, maybe in next
version it will be something else, I don't know.

I think that I submitted bug report about this, but no change from that time.

So is there any possibility to include custom loading possibility in
qooxdoo, this can't be too hard, it's only about defining simple
"entry-point" API that will be called when my loader finishes loading
all necessary files.

So what do you think, will it be possible?

-- 
Best regards
- Petr Kobalicek 

On Thu, Apr 22, 2010 at 9:17 AM, MartinWittemann
 wrote:
>
> Well, sounds like something has changed in qooxdoo if you can not upgrade
> from 1.0.1 so you can expect as much help as everybode else here. ;) But as
> long as I don't have more information than "it does not work" I can't do
> much. I don't even know what you are doing different than we do in our
> loader.
>
> As far as I know, we did not change anything in the initialization process
> of an application on intense. So maybe its a bug ... or someone else knows
> more.
> Best,
> Martin
> --
> View this message in context: 
> http://qooxdoo.678.n2.nabble.com/Application-onScriptLoaded-tp4909328p4941311.html
> Sent from the qooxdoo mailing list archive at Nabble.com.
>
> --
> ___
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-22 Thread MartinWittemann 

Well, sounds like something has changed in qooxdoo if you can not upgrade
from 1.0.1 so you can expect as much help as everybode else here. ;) But as
long as I don't have more information than "it does not work" I can't do
much. I don't even know what you are doing different than we do in our
loader.

As far as I know, we did not change anything in the initialization process
of an application on intense. So maybe its a bug ... or someone else knows
more.
Best,
Martin
-- 
View this message in context: 
http://qooxdoo.678.n2.nabble.com/Application-onScriptLoaded-tp4909328p4941311.html
Sent from the qooxdoo mailing list archive at Nabble.com.

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-21 Thread Petr Kobalíček 
Yeah, you are right, there are not too much changes.

I will try to investigate the root of this problem. I debugged the
application and it seems that qx.event.handler.Application.$$instanc
is null (or undefined). I understand that this is mainly my problem,
because I'm using different way to compile and run qx applications, so
I'm not expecting much help ;-)

But the question remains, if everything worked for me in 1.0.1, why it
not works when using trunk? I think that I need not only to fire
onApplicationLoaded(), but also to create an application instance
manually?

Thanks

-- 
Best regards
- Petr Kobalicek 

On Wed, Apr 21, 2010 at 9:43 AM, MartinWittemann
 wrote:
>
> Hello Petr,
> I just checked the qx.event.handler.Application file and there hasn't been
> much change in it since 1.0.1.
>
> http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21241&r2=21558&pathrev=21558
>
> http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21566&r2=21565&pathrev=21566
>
> http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21580&r2=21579&pathrev=21580
>
> So the thing should work as expected. Could you please check the commits I
> posted up there? Maybe you see something what could be a problem. Otherwise,
> we need to debug in the code and see where the execution breaks.
>
> Regards,
> Martin
>
>
> --
> View this message in context: 
> http://n2.nabble.com/Application-onScriptLoaded-tp4909328p4935545.html
> Sent from the qooxdoo mailing list archive at Nabble.com.
>
> --
> ___
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-21 Thread MartinWittemann 

Hello Petr,
I just checked the qx.event.handler.Application file and there hasn't been
much change in it since 1.0.1. 

http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21241&r2=21558&pathrev=21558

http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21566&r2=21565&pathrev=21566

http://qooxdoo.svn.sourceforge.net/viewvc/qooxdoo/trunk/qooxdoo/framework/source/class/qx/event/handler/Application.js?r1=21580&r2=21579&pathrev=21580

So the thing should work as expected. Could you please check the commits I
posted up there? Maybe you see something what could be a problem. Otherwise,
we need to debug in the code and see where the execution breaks.

Regards,
Martin


-- 
View this message in context: 
http://n2.nabble.com/Application-onScriptLoaded-tp4909328p4935545.html
Sent from the qooxdoo mailing list archive at Nabble.com.

--
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-20 Thread Petr Kobalíček 
Hi Martin,

As I said, I'm using custom loader, but I see my scripts loaded, only
problem is that application will not initialize. I'm calling
onApplicationLoaded() manually, but without effect).

How should I do to tell qooxdoo to initialize the application? I mean
to instantiate application instance and call main() ?

On Tue, Apr 20, 2010 at 2:08 PM, MartinWittemann
 wrote:
>
> Hello Petr,
> do you use parts in your application? We have changed the part
> implementation to wrap all parts in a closure to make them loadable in
> parallel. Maybe thats the problem?
> Regards,
> Martin
> --
> View this message in context: 
> http://n2.nabble.com/Application-onScriptLoaded-tp4909328p4930793.html
> Sent from the qooxdoo mailing list archive at Nabble.com.
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>



-- 
Best regards
- Petr Kobalicek 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Re: [qooxdoo-devel] Application.onScriptLoaded()

2010-04-20 Thread MartinWittemann 

Hello Petr,
do you use parts in your application? We have changed the part
implementation to wrap all parts in a closure to make them loadable in
parallel. Maybe thats the problem?
Regards,
Martin
-- 
View this message in context: 
http://n2.nabble.com/Application-onScriptLoaded-tp4909328p4930793.html
Sent from the qooxdoo mailing list archive at Nabble.com.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel