Re: [qooxdoo-devel] RpcExample

2008-12-21 Thread Larry Blische
"Derrell Lipman" wrote: > "Derrell Lipman" wrote: > "Derrell Lipman" wrote: > On Sat, Dec 20, 2008 at 9:57 AM, Larry Blische wrote: > >> I am trying to get RpcExample running for the last couple of days. >> >> I have installed the RpcPhp backend. >> >> Also I have just upgraded to 0.8.1.

[qooxdoo-devel] QxTransformer 0.4a released

2008-12-21 Thread Siarhei Barysiuk
Hi there, Here is my Christmas present for qooxdoo community. I've just released a first version of revamped QxTransformer. There are so many changes that I would even say that this is absolutely new toolkit, rewritten from scratch. What's new in this version: - This is a pure Python solution, no

Re: [qooxdoo-devel] Looks like I broke something...

2008-12-21 Thread thron7
> thron7 wrote: >>>Yes, QOOXDOO_PATH has changed. Remove /framework from the end, in your >>>config.json. >> >> >> Right, and on a more general line, for everybody working against trunk >> it >> is a good idea to keep an eye on the commit messages, at least search >> them >> when you run into trou

Re: [qooxdoo-devel] Looks like I broke something...

2008-12-21 Thread Kenny Tilton
thron7 wrote: >>Yes, QOOXDOO_PATH has changed. Remove /framework from the end, in your >>config.json. > > > Right, and on a more general line, for everybody working against trunk it > is a good idea to keep an eye on the commit messages, at least search them > when you run into trouble, because

[qooxdoo-devel] qooxdoo article in German c't magazine

2008-12-21 Thread Stefan Volbers
Congrats to Andreas Ecker and Fabian Jakobs for the enjoyable article on qooxdoo in famous German c't magazine! To anyone not having the opportunity to read it: the text is a basic description of what qooxdoo is, featuring a small tutorial on creating a calculator application and pimping its lo

Re: [qooxdoo-devel] Always get an Timout when using qx.io.remote.Request, but firebug tells me that the query was OK

2008-12-21 Thread Stefan Volbers
Hi Fritz, I think your remote request should be fine. I assume you're on qooxdoo 0.8? Me, I tested your case on 0.8, and the request succeeded (had to exchange your ruby backend for a simple php script echoing "hello world" though) as soon as I changed the request's "completed" listener to som

[qooxdoo-devel] qooxdoo 0.8.1 released

2008-12-21 Thread thron7
Hi all, just for the records, and for those that might have been busy otherwise: qooxdoo 0.8.1 has been released last Thursday: http://news.qooxdoo.org/qooxdoo-081-released http://qooxdoo.org/about/release_notes/0.8.1 As always we're welcoming feedback. Grab and enjoy :). Thomas

Re: [qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread benco
Thanks a lot for your comments. I didn't catch I had to respect all theses kinds of rules (as javascript is really "open" in fact :) ). So "qx or not-qx oriented" mean in my case "qx-class declaration" or not. Now I think it will be easier :handshake: -- View this message in context: http://www

Re: [qooxdoo-devel] Looks like I broke something...

2008-12-21 Thread thron7
> > Yes, QOOXDOO_PATH has changed. Remove /framework from the end, in your > config.json. Right, and on a more general line, for everybody working against trunk it is a good idea to keep an eye on the commit messages, at least search them when you run into trouble, because we have currently no ot

Re: [qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread thron7
Hi Benco, if I understand your problem correctly, you need not resort to creating another library, as Derrell suggested. It is perfectly valid to split a single application into multiple class files. But mind my comments below... > I've several javascript files (qx or not-qx oriented) What does

Re: [qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread Derrell Lipman
On Sun, Dec 21, 2008 at 11:23 AM, benco wrote: > > Thank you very much for your help. I'll have a look at the qooxdoo > contributions' structure. > > Do you know if it is possible to make multiple build within one config (the > big drawback of this kind of steps for acheiving modularisation is to

Re: [qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread benco
Thank you very much for your help. I'll have a look at the qooxdoo contributions' structure. Do you know if it is possible to make multiple build within one config (the big drawback of this kind of steps for acheiving modularisation is to create several projects and build each of those separately

Re: [qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread Derrell Lipman
On Sun, Dec 21, 2008 at 9:24 AM, benco wrote: > > Hello, > > I must say I'm completely stuck with the generator configuration. I understand. The whole generator mechanism is *really* powerful, but exceedingly difficult to grok. > I've several javascript files (qx or not-qx oriented) required

[qooxdoo-devel] simple call to rpc server with ajax, preserve context (this)

2008-12-21 Thread jjoker
Hi, I am rather new to qooxdoo, so maybe some of my questions may be strange, but after two nights of reading documentation i would like to give out some ideas and to get feedback on that. For now I'll try to create an administration system. The data layer consists of a sql database, the business

[qooxdoo-devel] Generator using several separate "application.js" files

2008-12-21 Thread benco
Hello, I must say I'm completely stuck with the generator configuration. I've several javascript files (qx or not-qx oriented) required by my qooxdoo application. I don't know how to make a complete build without copying these required files after generation. For instance: I've the main Applic