Hi Thron and all others,
2009/9/18 thron7 <[email protected]>:
> Although your issue seems solved, I want to make a few additional comments.
>
>> sorry. I don't want from you to solve my problem. But if this is bug
>> in qooxdoo (and for me it seems to be) I'd like to have some
>> assistance from developer that completely understand the API.
>
> You're always fast to assume a bug in qooxdoo. But even if this is the
> case, it is very hard to find out from our side. You only show up when
> you have a problem, throwing arbitrary, poorly analysed, and mostly
> incomplete pieces of information at us, and demand a solution. It's hard
> to help you this way.
See my 'if'. I never said it's bug in qooxdoo. I catched some ones in
past so I only though it is.
> As an example, in the generated output you sent, it said
>
> "qxet": {"resourceUri": qxsettings["qx.path"] + "/resource", ...
>
> This is nothing the generator generates. But it has immediate relevance
> to the construction of URIs in the running app. But you didn't say a
> word about it. I assume you have introduces it in some sort of
> post-processing, but this is all guess-work. What is the value of this
> 'qxsettings["qx.path"]'? What else did you change? How am I supposed to
> assess all these deviations with all their effects and side effects,
> when I don't even know the scope of them all?
First I'd like to introduce the way I'm using qooxdoo - qxbuild.
I'm using qxbuild, because it gives me freedom to use qooxdoo as I
need - include modularity to our application. I know that there are
people thats using qooxdoo only with toolchain and they are happy -
the toolchain is nice and I like it, but I can't use it.
But on the other hand, qxbuild is generated using qooxdoo toolchain
with exception of postprocessing generated files. The postprocessing
part can be found in this file:
http://code.google.com/p/qxbuild/source/browse/trunk/qxbuild/fix.py:
replace('"/QOOXDOO_BUILD_PATH', 'qxsettings["qx.path"] + "')
QOOXDOO_BUILD_PATH is set in config.json in this section:
// Job to compile qooxdoo library with debugging informations
"qxbuild-debug" : {
"compile-dist": {
"uris": {
"script" : "/QOOXDOO_BUILD_PATH/script",
"resource" : "/QOOXDOO_BUILD_PATH/resource"
}
}
}
If you know the way to do this stuff using only config.json, please
tell me (I really hate this postprocessing).
(I need to set qooxdoo path dynamically, because our application is
servlet .war package and I don't know what exact path will be when
deployed).
It's some days ago you said me to include qxbuild in qooxdoo official
website, but I didn't do that, because it's set of hacks and I know
about that. Working with qxbuild means problems and I know about that
and if you don't want help me then simply don't reply to my questions,
it's simple and I haven't problem with it (this is really not personal
for me).
But let's go back to your point: "This is nothing the generator
generates", but what is difference between my output and generator
output in detail? This is only path adjustment.
>> I read
>> documentation about running source app in webserver, about theming,
>> about all. But I really don't know why when I create new theme
>> (completely outside my main package, just like another library) then
>> the paths that this theme are all wrong.
>>
> Maybe it's just because you have your own, non-standard build process,
> no?! If you want us to help you, you have to be able to reproduce issues
> in a standard qooxdoo environment, with a skeleton-based application,
> using the standard build process. *You* have to do it, not us. And then,
> if we figure things out together in such an environment, you might be
> able to tranlate the insights back to your custom environment.
Yep, sorry about that.
> HTH,
> T.
>
>> So my questions are:
>>
>> 1. Can one theme reference others ? It's tested ?
>> 2. If there are something wrong in paths, where I should go? (if
>> everything in my theme that starts with 'qxet' is wrong, where is
>> probably problem?)
>> 3. Why Modern and Classic themes are included in build if I'm not
>> using it? (I must manually exclude them) (this is not related to this
>> problem, I'm just wondering)
>>
>> Cheers
>> - Petr
>>
>> 2009/9/17 thron7 <[email protected]>:
>>
>>> Petr Kobalíček wrote:
>>>
>>>> Hi Thron,
>>>>
>>>> I will make package that you can download and look for the problem. I
>>>> really don't know where I'm doing something wrong or if it's bug in
>>>> qooxdoo.
>>>>
>>>>
>>> I'd rather have you read the documentation and answer the questions from
>>> the previous mail, then dumping the entire package on me. After all,
>>> it's up to you to get to grips with it and manage your package successfully.
>>>
>>> T.
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>>> http://p.sf.net/sfu/devconf
>>> _______________________________________________
>>> qooxdoo-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>
>>
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
