Hi,
please see the corresponding post about those two intermediate patch
releases at:
http://news.qooxdoo.org/qooxdoo-1-2-1-and-1-1-2-released
Bye,
Andreas
--
Andreas Ecker
Project Lead
http://qooxdoo.org
--
Beauti
Oh well, should have first read all my mails before answering the already
answered questions ... ;-)
Cheers,
Fritz
--
Oetiker+Partner AG tel: +41 62 775 9903 (direct)
Fritz Zaucker+41 62 775 9900 (switch board)
Aarweg 15+41 79 675
On Tue, 12 Oct 2010, nrg-b wrote:
> As for the table, the widget is re-used and the table model could be set
> multiple times. Therefore, the table widget is already added to a
> container ie visible.
I think you cannot change the table model once it's set, or can you? You can
only change the dat
On Tue, 12 Oct 2010, nrg-b wrote:
> 1. When I tried to call a member function, myfunc(), in the rpc handler I
> got a "myfunc() is not defined" error message. If I called the member
> function by qualifying as "this.myfunc()" then I get "this.myfunc is not a
> function". I noted that when adding a
Dear Developers,
First of all, congratulations to the amazing Qooxdoo system. I started to
develop an application by using it.
I would like to sort number-type columns in a table widget. But
unfortunately the numbers behave like strings.
My code is as follows:
...
__table : function() {
this.t
Hi Derrell,
Thanks for all those tips. I especially like option2 with
qx.lang.Function.bind(). I will give them a go.
Cheers,
Bharat
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/A-few-questions-about-Rpc-other-stuff-tp5628328p5628912.html
Sent from the qooxdoo mailing li
On Tue, Oct 12, 2010 at 16:10, nrg-b wrote:
>
> 1. When I tried to call a member function, myfunc(), in the rpc handler I
> got a "myfunc() is not defined" error message. If I called the member
> function by qualifying as "this.myfunc()" then I get "this.myfunc is not a
> function". I noted that
Hey, thanks for the reply.
Sorry for any confusion but my rpc question is not related to the java side.
The qx rpc call (via callAsync()) to the java servlet is working fine. Its
when the servlet completes and the qx function-handler object (passed in the
original async call) is invoked to proc
Here's the situation:
- I have 2 large arrays, where one array gets shown in a table - but it
needs data from the second array (and parsing needs lots of time -
especially on slower machines).
Is there a way to just load array 1 (initially) into the table and then
parse/show only the rows shown i
On 12 oct. 2010, at 22:10, nrg-b wrote:
>
> Hi Qooxdoo Chefs,
>
Hi,
> What's cookin' ? (Sorry - all puns intended).
>
> Although I can only spare a few hours of week on my mini qx project to put a
> prototype qx gui to front our financial trading system I think I'm making
> reasonable yet pl
Hi Qooxdoo Chefs,
What's cookin' ? (Sorry - all puns intended).
Although I can only spare a few hours of week on my mini qx project to put a
prototype qx gui to front our financial trading system I think I'm making
reasonable yet pleasing results.
I am using the qx Rpc class to communicate to
Hi Adrian,
I created http://bugzilla.qooxdoo.org/show_bug.cgi?id=4178 Bug 4178
Thank,
Jean-Luc
PS: Perhaps Thursday, I will be trying with Mappy or others.
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/google-map-decorator-and-Opera-IE-tp5623640p5627849.html
Sent from t
Hi,
I am noticing a behavior difference between firefox and chrome, and am
wondering if it is a bug.
Basically, the blur event is fired in chrome on a qx.ui.form.List() when
I click on a ListItem, but it is not fired in firefox. According to the
docs, the blur event should only be fired if the f
Thanks :)
Am 12.10.2010 um 12:00 schrieb Jean-Noël Rivasseau:
> Done:
>
> http://bugzilla.qooxdoo.org/show_bug.cgi?id=4176
>
> On Thu, Oct 7, 2010 at 8:13 AM, Martin Wittemann
> wrote:
>> Hey,
>> sounds like a good idea in deed! As Thomas said, open a bug for it and it
>> will get included. :
Did you look at the databinding features of Qooxdoo? That might also be
useful for the case you describe.
Cheers,
Fritz
On Tue, 12 Oct 2010, Mihaela Ciocoiu wrote:
>
> Hello everybody,
>
> I have a QX project which contain 2 classes: Application.js and
> RemoteDataModel.js.
> In the main method
I will use it on tables. I have tried, but found no solution.
I am very interested on a example with tables. So that I would be very
helpful.
Thanks!
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/Drag-Drop-only-by-LIST-tp5622346p5626282.html
Sent from the qooxdoo mailing list
Drag & drop is working nearly on every widget. I am using it on tables
and virtual trees. May be the concept is a bit confusing at the
beginning, but later u will see what great job is done. Are you
interested on a example with tables and trees? Or much quicker, google
for "qooxdoo table dr
I had the same problems and got a good solution on this forum.
I think that you are looking for this entry:
Search on forum:
"problem to call a variable/widget in other file"
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/How-to-get-the-value-of-a-text-field-from-another-js-c
Done:
http://bugzilla.qooxdoo.org/show_bug.cgi?id=4176
On Thu, Oct 7, 2010 at 8:13 AM, Martin Wittemann
wrote:
> Hey,
> sounds like a good idea in deed! As Thomas said, open a bug for it and it
> will get included. :)
> Thanks,
> Martin
>
> Am 06.10.2010 um 14:55 schrieb Jean-Noël Rivasseau:
>
Hello everybody,
I have a QX project which contain 2 classes: Application.js and
RemoteDataModel.js.
In the main method from Application.js file I have the following code:
var doc = this.getRoot();
var txtFirstName=new qx.ui.form.TextField();
doc.add(txtFirstName, {left: 110, top: 50});
How can
Hello,
due to the huge response to my question, I come to the conclusion that the
Drag&Drop function not often is used.
I assume that the funktionen was made just for "LIST".
Does anyone know whether the functions will be further developed.
--
View this message in context:
http://qooxdoo.678.n2.
Hi Jean-Luc,
thanks for your feedback. We already have a bug that is similar to yours
(http://bugzilla.qooxdoo.org/show_bug.cgi?id=4173). We will try to fix both
of them.
Maybe it will be a good idea to add this as a bug too?
Thx
Adrian
--
View this message in context:
http://qooxdoo.678.n
On 11 oct. 2010, at 08:26, Stefan Andersson wrote:
> We have to give you, generator developer, credit for an amazing improvement
> of the generator. It has saved us about 5-6 hours in generation time the last
> 4 days. Please communicate what you have done and keep up with the good work!
>
> S
23 matches
Mail list logo
