Re: [qooxdoo-devel] config.json for a custom skeleton

Daniel Wagner wrote > the define methods (qx.Class, qx.Bootstrap, qx.Mixin, etc) are the hooks > that allow the generator to recognize a dependency object. Aaaah Ok, I get it now :-) Thanks for your help ! -- View this message in context: http://qooxdoo.678.n2.nabble.com/config-json-for-a-cu

Re: [qooxdoo-devel] config.json for a custom skeleton

Hi, the define methods (qx.Class, qx.Bootstrap, qx.Mixin, etc) are the hooks that allow the generator to recognize a dependency object. That's the why there is a separate 'q' class, otherwise qxWeb could just create the global q alias in its defer block. Regards, Daniel On 30.08.2013 14:28, b

Re: [qooxdoo-devel] config.json for a custom skeleton

thron7-2 wrote > Mh, so what exactly is keeping you from using qx.Server? Ok, I'll give a try to the Server one. thron7-2 wrote > I'm not sure I understand what you mean with "Bootstrap". Do you mean > the class qx.Boostrap specifically, or just any class defined with > 'qx.Boostrap.define'?

Re: [qooxdoo-devel] config.json for a custom skeleton

On 08/30/2013 09:45 AM, benco wrote: > Hi Thomas, > > Thanks for your reply. I recognize the description of my problem is not very > clear. > > > thron7-2 wrote >> Use qx-oo.js ("qx.Server"). > Actually I already achieved to package qx.core.Environment in the past but I > was using the old (and no

Re: [qooxdoo-devel] config.json for a custom skeleton

Hi Thomas, Thanks for your reply. I recognize the description of my problem is not very clear. thron7-2 wrote > Use qx-oo.js ("qx.Server"). Actually I already achieved to package qx.core.Environment in the past but I was using the old (and now removed) "bom" skeleton (the final size was about

Re: [qooxdoo-devel] config.json for a custom skeleton

On 08/29/2013 10:28 AM, benco wrote: > Hi, > > I'm having some problems dealing with a custom config.json. > > I plan to use qx.core.Environment outside of a qooxdoo app and I was > planning to create a custom Bootstrap that extend this class by removing the > "qx.*" keys (except the mandatory one

[qooxdoo-devel] config.json for a custom skeleton

Hi, I'm having some problems dealing with a custom config.json. I plan to use qx.core.Environment outside of a qooxdoo app and I was planning to create a custom Bootstrap that extend this class by removing the "qx.*" keys (except the mandatory ones qx.debug) just to have a really small final "bui

Re: [qooxdoo-devel] config.json entrys?

yes, this is it:) The problem is the connection.How can i get the connection data? change it or see the code ? > it should be jobs: libraries: library > > 2011/1/29 dragon2k...@gmx.de > mailto:dragon2k...@gmx.de>> > > i try to add a new entry like this > > > >

Re: [qooxdoo-devel] config.json entrys?

it should be jobs: libraries: library 2011/1/29 dragon2k...@gmx.de > i try to add a new entry like this > > > >"libraries" : { >"library" : [ >{ > "manifest" : "contrib://QxDyGraphs/trunk/Manifest.json" >}] > }, > > into config.json in my applicationfo

[qooxdoo-devel] config.json entrys?

i try to add a new entry like this "libraries" : { "library" : [ { "manifest" : "contrib://QxDyGraphs/trunk/Manifest.json" }] }, into config.json in my applicationfolder, but i get always errors like unknwn top level config key. What is wrog? Thank you

Re: [qooxdoo-devel] config.json for indirect includes

Hi Thomas, thanks very much for the extensive explanation. I think I understood what's going on and will to setup the solution you suggested. As far as I can see that will at least let me hide the specific dependency of LocalLibrary by paying the price to have "include" it in a bit more complex wa

Re: [qooxdoo-devel] config.json for indirect includes

Fritz, On 06/11/2010 09:20 AM, Fritz Zaucker wrote: > I have an Application which includes a local library and in the > application's config.json I include with > >"jobs" : >{ > > "libraries" : > { >"library" : >[ > { >"manifest" : "../../L

[qooxdoo-devel] config.json for indirect includes

Hi, I am using Tobi Oetiker's QxJqPlot contrib, but I think this question is actually general. I'll just use QxJqPlot as example: I have an Application which includes a local library and in the application's config.json I include with "jobs" : { "libraries" : { "library"

Re: [qooxdoo-devel] config.json, private variable optimization and job-inheritance issues

On Mon, Oct 13, 2008 at 2:57 PM, thron7 <[EMAIL PROTECTED]> wrote: > Gaetan de Menten wrote: > >> Does it really make sense to >> limit the jobs you can reuse by the explicit "export", wouldn't it be >> better to simply "export" all jobs? I understand you don't want all >> jobs to appear when doin

Re: [qooxdoo-devel] config.json, private variable optimization and job-inheritance issues

Gaetan de Menten wrote: > Hi again, > > The other day, I noticed a piece of code I had recently ported to 0.8 > didn't work anymore with the "build" version. As I expected, it turned > out to be a "private variables optimization" issue: I inherited from > qx.ui.table.model.Simple and reused _rowA

[qooxdoo-devel] config.json, private variable optimization and job-inheritance issues

Hi again, The other day, I noticed a piece of code I had recently ported to 0.8 didn't work anymore with the "build" version. As I expected, it turned out to be a "private variables optimization" issue: I inherited from qx.ui.table.model.Simple and reused _rowArr (since it was protected and not pr

Re: [qooxdoo-devel] Config.json

Jim Hunter wrote: > Excellent, that is what I remembered. I hadn't run across that page yet, > It appears the config pages are less-than-obvious (although they are directly linked from the 0.8 manual index): There is a general birds-eye-view page: http://qooxdoo.org/documentation/0.8/generato

Re: [qooxdoo-devel] Config.json

Excellent, that is what I remembered. I hadn't run across that page yet, great information! Thanks, Jim On Thu, Sep 25, 2008 at 12:12 AM, thron7 <[EMAIL PROTECTED]>wrote: > Another option for including classes deliberately are the "require" and > "include" keys of the config.json. See > http://

Re: [qooxdoo-devel] Config.json

Another option for including classes deliberately are the "require" and "include" keys of the config.json. See http://qooxdoo.org/documentation/0.8/generator_config_ref for details. Thomas > It sounds like you answered the question. I think what I did with 0.7.x, now > that I am thinking about

Re: [qooxdoo-devel] Config.json

On Tue, Sep 23, 2008 at 3:48 PM, Jim Hunter <[EMAIL PROTECTED]> wrote: > It sounds like you answered the question. I think what I did with 0.7.x, > now that I am thinking about this, was to include all of the qooxdoo classes > because I have code generated from the server that makes calls to some

Re: [qooxdoo-devel] Config.json

It sounds like you answered the question. I think what I did with 0.7.x, now that I am thinking about this, was to include all of the qooxdoo classes because I have code generated from the server that makes calls to some qx classes that my classes don't reference. I can get around this easily by ma

Re: [qooxdoo-devel] Config.json

On Tue, Sep 23, 2008 at 12:08 PM, Jim Hunter <[EMAIL PROTECTED]> wrote: > I remember reading about a setting I could put in my Config.json file that > would force the build process to include all of my classes and all of the > qooxdoo classes they required but I have been searching the list and ca

[qooxdoo-devel] Config.json

I remember reading about a setting I could put in my Config.json file that would force the build process to include all of my classes and all of the qooxdoo classes they required but I have been searching the list and can't find it. Can someone refresh my memory? Obviously I am on .8 now. Thanks,