That's pretty clear thanks. On Sep 16, 2009, at 22:31 , thron7 wrote:
>> I'm progressing but still don't work. >> Questions : >> >> It's about how or when "playing" the dependency. Say application A >> needs application B. It implies that in the config.json of A we found >> a libraries section pointing to B. >> OK. Now if I generate build or generate source the application A, >> what >> should happen ? Do I have to generate build and/or source of B before >> myself ? > > That is a good question, but I gave you the answer already, you just > need > to think about it. I wrote that your libraries, like B in your > example, > are treated just the same as the qooxdoo framework classes. Do you > need to > generate a build or source version in the SDK before using the > classes in > your app? - No. > >> Will it be done automagically by the generator ? > > There isn't really much magic involved. The classes of a library are > referenced directly in the source version (like the app classes), and > their compiled versions are put into the result script of the build > version (like the app classes). That's about it. > >> In the build version of A, everything qooxdoo is included, is it also >> the case of B ? > > You mean all necessary classes from the qooxdoo framework? - Yes. > The same > with the classes of B. Those that are needed are included. > >> So in case of build version of A, at runtime, I don't >> need B to be there ? > > Nope. > >> In the source version, A doesn't contain B and so B has to be there >> at >> runtime, is that correct ? > > Yep. > >> Also, witch build will the most find errors, missing references, >> raise >> warning (?), reveal issues and potential issues ? I guess this is the >> build because of all optimisation that need to be done. > > I'm not sure I get this question. The source version is generally > better > for development, since there are a couple of checks active that are > disabled in the build version. At build time both versions will spot > syntax errors, and will warn about unknown classes (if that is what > you > mean with "references"). You will get more warnings at run time in the > source version, as I said. This is the usual mantra: "Develop in > source, > do build when you're fine". > > 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
