Hi Fabian,
Thanks for pointing it out :)
Regards,
Raffi
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fabian Jakobs
Sent: Friday, February 15, 2008 3:57 PM
To: qooxdoo Development
Subject: Re: [qooxdoo-devel] Special characters in ListItem
S, Moham
I was wondering about this... i've been hit by it as well. But only
when using firebug.
This fixes it for me. It seems more general though!
It also happens with errors that take place as the result of a timer
event. Perhaps all async type of request have this behavior with
firebug.
2008/2/14, Gae
On Feb 17, 2008 10:41 PM, Ralf Nieuwenhuijsen
<[EMAIL PROTECTED]> wrote:
> > I will be able to tell you wether it worked or not soon. (but this
> > will be against the SVN)
>
> Well, using include didn't work, but looking at Simple.js i saw i
> should be doing qx.Class.patch, which _worked_.
Aweso
On Feb 17, 2008 9:38 PM, Ralf Nieuwenhuijsen
<[EMAIL PROTECTED]> wrote:
> I assume this is source version (SVN) .. is running 'make' the same
> thing as 'make source' ?
Yes, 'source' is the default rule so the two are the same.
> I've never modified the original code. I just added it to _my_ rem
> I will be able to tell you wether it worked or not soon. (but this
> will be against the SVN)
Well, using include didn't work, but looking at Simple.js i saw i
should be doing qx.Class.patch, which _worked_.
1) Why isn't the code just moved to abstract? We can't possible break
anything. Since p
> There have been a number of bug fixes in SVN since the 7.3 release.
> You're *probably* better off using SVN than the release. There is of
> course the possibility that a checkin can break SVN, but there's very
> little development going on there right now and it's likely quite
> safe.
Alright,
I came accross this as well, but had no server validation. It just
didn't work. In my case it involved the crossdomain backend. I just
assumed crossdomain + http auth didn't work.
Since, I only needed this for development, I just wrote a simple php
proxy script without auth (the webserver is only
Hi,
using qooxdoo 0.7.3
i've an issue with a setup involving a qooxdoo application, protected
by apache basic auth.
the application pages are correctly protected but the request that
goes with Rpc to a wsgi script under
the same apache Directory (and thus protected too) have to following behavio
On Feb 17, 2008 8:56 AM, Ralf Nieuwenhuijsen
<[EMAIL PROTECTED]> wrote:
> First off: thanks for your reply (and your patch)!
>
> I am using the official 7.3 release. Is it smart to use the SVN
> release or might it break other things? When will 7.4 be released?
There have been a number of bug fixe
First off: thanks for your reply (and your patch)!
I am using the official 7.3 release. Is it smart to use the SVN
release or might it break other things? When will 7.4 be released?
Currently, after posting my question I went and copied the editor code
from simple.js to my remote class, which see
10 matches
Mail list logo
