Hugh,
> Sorry about the delay in replying.
No bother. I still have an even older post of yours on my todo list.
> Either calling individual tests or using a runAll() function as you
> suggested below. runAll() could take a spec for the functions to test,
> maybe as a regular expression and any f
Works with python2.5 on Ubuntu. Here is a few hints on installation
(uncomplete and still in revision):
http://sites.google.com/a/qxtransformer.org/qxtransformer/qpc
kc106_2005-qooxdoo wrote:
>
> A question was raised whether my PythonCard based GUI designer will work
> with Python 2.5 since t
On Thu, May 1, 2008 at 2:51 PM, <[EMAIL PROTECTED]> wrote:
> Thanks, Dan. I'll look into it.
>
> Do I still need special support within Qooxdoo then? Do I still need this
> qxjsonrpc.py Derrell is asking Thomas about?
You don't need anything but the problem of generating json is already
solve
Thanks, Dan. I'll look into it.
Do I still need special support within Qooxdoo then? Do I still need this
qxjsonrpc.py Derrell is asking Thomas about?
> -Original Message-
> From: Dan [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 01, 2008 11:42 AM
> To: [EMAIL PROTECTED]; qooxdoo D
> The data entered needs to be "crunched" to a degree not possible in
> JavaScript. I intend to "rent" this code to my clients but the code is
> running on my ISP's server.
What about a cron job that runs a python script that crunches the
values and puts them in a javascript file you can read
Ahh but that's where the money is.
The data entered needs to be "crunched" to a degree not possible in JavaScript.
I intend to "rent" this code to my clients but the code is running on my ISP's
server.
>> That's what I read. However, if your web page isn't changing from
>> day to day, and
> So far, I don't see a problem. Yes, cygwin can be picky on path names but I
> can preprocess the makefiles and fix that. The other thing is that
> Qooxdoo-sdk will commit suicide from time to time. It happens when some
> cygwin program craps out on "Unable to allocate heap" and probably ru
> That's what I read. However, if your web page isn't changing from day to
> day, and there are no database required in the backend, would it be an
> overkill?
Why would you need a backend then? Why not just put your data in your
qooxdoo application?
--
At least I am not in a country with state sponsored firewalls. I was in China
at one time and had a heck of time communicating with my family and coworkers.
It turns out lots of my emails went to the black-hole. Obviously the secret
police didn't like what I was saying in my email.
BTW: Are
>
> qooxdoo was built with a Unix environment in mind and even
> though it's possible to use it under Windows with Cygwin,
> it's not as comfortable as running it under a real Unix
> system with a decent console (where you can do basic things
> like copy / pasting).
>
So far, I don't see a p
On Thu, May 1, 2008 at 11:09 AM, <[EMAIL PROTECTED]> wrote:
>
> > Unfortunately not. It's a proprietary solution. However, I
> > believe the observer model has merit when you are doing more
> > than data collection
> > for example.
>
> That's disappointing. The Qooxdoo team is obviously well verse
> Unfortunately not. It's a proprietary solution. However, I
> believe the observer model has merit when you are doing more
> than data collection
> for example.
That's disappointing. The Qooxdoo team is obviously well verse in Python.
It's hard to believe they don't include support for dire
> -Original Message-
> From: Dan [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 01, 2008 7:53 AM
> To: [EMAIL PROTECTED]; qooxdoo Development
> Subject: Re: [qooxdoo-devel] No Python backend support?
>
>
>
> Hell yeah on the "should you learn Django" part. Django is
> designed for
qooxdoo was built with a Unix environment in mind and even though it's
possible to use it under Windows with Cygwin, it's not as comfortable
as running it under a real Unix system with a decent console (where
you can do basic things like copy / pasting).
Fortunately, there is a very easy way to se
> I still don't quite know what a web "framework" would do for me but from the
> web, it appears they are saying Qooxdoo backend support doesn't include
> Python. Does that mean I shouldn't spend my time understanding "framework"s
> like Django or Turbogear?
>
> All I need is to port some deskt
> > We wrote our own Python server as we wanted some special
> > functionality. In particular we don't have a function call
> > model but an observer model. So once the client has expressed
> > interest in something, the server can send multiple updates
> > and the client updates the local disp
Oops, somehow this missed going to the list...
-- Forwarded message --
From: Derrell Lipman <[EMAIL PROTECTED]>
Date: Thu, May 1, 2008 at 10:17 AM
Subject: Re: [qooxdoo-devel] No Python backend support?
To: [EMAIL PROTECTED]
On Thu, May 1, 2008 at 9:56 AM, <[EMAIL PROTECTED]> wro
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Hugh Gibson
> Sent: Thursday, May 01, 2008 2:17 AM
> To: qooxdoo-devel@lists.sourceforge.net
> Subject: Re: [qooxdoo-devel] No Python backend support?
>
>
> > I am currently using pyro for the clie
On Wed, Apr 30, 2008 at 8:23 PM, <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> Now that I finished my QooxdooPyCard GUI builder project, I am starting to
> look at the backend side of the picture.
>
> Let me ask a newbie question:
>
> I still don't quite know what a web "framework" would do for me bu
The same about me :)
Siarhei
On Wed, Apr 30, 2008 at 12:10 PM, panyasan <[EMAIL PROTECTED]> wrote:
>
> Hi Marco,
>
>
> it is interesting that you say that there are many working XUL GUI builders
> out there. Where are they? I had also hoped so because it would be very easy
> to transform from
> I am currently using pyro for the client-server commuication. It's
> very easy to do since both side runs standard Python programs.
That sounds good. If it works for you, don't bother changing it!
We wrote our own Python server as we wanted some special functionality.
In particular we don't h
Hello Marco,
No one GUI builder doesn't fit well, because a lot of custom qooxdoo things.
Yes, XUL it's a standard but we chose another way. Why? We didn't want
to create another language. It's funny but it's true. If you know qooxdoo you
need just a little time to start, because names of widgets
22 matches
Mail list logo
