Re: [qooxdoo-devel] qooxdoo-devel Digest, Vol 43, Issue 33

On Tue, 8 Dec 2009, f...@mail.dnttm.ro wrote: > Tobias Oetiker wrote: > >> you can force the locale to german for example >> by putting this into your Application.js >> >> qx.locale.Manager.getInstance().setLocale('de'); > > Now you are telling me! Once we finished our diploma in mind readin

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

For us a really good thing about Qooxdoo is that the developers are quite active and fix bugs we report (and yes, we are finding quite a lot ;) but I guess this is because we are not using Qx in exactly the same way as others...) A good OO and widget oriented API in Qx is definitely the thing that

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Of course, I agree with everything that has already be mentioned (OO api, ML support, available components, ...). 2 things that definitely made it for me : - a *really* flexible and efficient layouting system. Compared to what I know (Java swing, Flex, ...) it /just works/ without pain, and ass

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Eh, I was leaving it for you? How about... - fast bug fixes when issues are raised in bugzilla - migration script jobs (haven't used it myself, but a really thoughtful feature that I'll need eventually) - Playing down at the PLAYGROUND What other development framework has one of those? G

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

I'm surprised no one mentioned the api viewer yet! Having an interactive and *searchable* api is invaluable. -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2de

Re: [qooxdoo-devel] incremental initialization

John Spackman wrote: > Does it have to be an interactive screen? An issue with delayed > initialisation is _when_ you get to initialise them - initialisation is an > expensive operation and your GUI will be clunky or frozen while > initialisation takes place (EG on a timer). Also, some browsers d

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

John Spackman wrote: > Documentation: usually the Achilles’ heel of OS products, this has > been great since I started (0.7.x) > > > hi, i agree that documentation for individual features/modules is great, and the example code is abundant. but i think the qooxdoo documentation lacks real-lif

Re: [qooxdoo-devel] qooxdoo-devel Digest, Vol 43, Issue 33

Tobias Oetiker wrote: > you can force the locale to german for example > by putting this into your Application.js > > qx.locale.Manager.getInstance().setLocale('de'); Now you are telling me! Thanks anyway - we'll potentially redo the translation at a later point in time, so it's something

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Hi core devs, as others already said, the well-founded qooxdoo OO api is invaluable. The mailing list is ultima ratio whenever things need enlightenment. Any major browser is supported. But my topmost favourite qooxdoo point is: you have a fully complete toolkit for writing enterprise web applicat

Re: [qooxdoo-devel] Update display in qooxdoo?

> > Ah, but stopping them is precisely what it appears you want to do. If 200 > requests are going to go out and their responses processed, when in fact all > you really need is for a single (final) request to go out (i.e. all of those > first 199 requests and processed responses are simply wasting

Re: [qooxdoo-devel] Different behavior of source and build version - Reorderable list

Yes, I did. I was trying to copy the code from demopage into new project, so I had to. Gene Amtower wrote: > > Did you rerun "generate.py source" before trying to open the source > version? > >Gene > -- View this message in context: http://old.nabble.com/Different-behavior-of-source-an

Re: [qooxdoo-devel] IE7 and popup dialogs

Hi Chris, Oops, most obvious detail missed out! I'm still on 0.8.2 John -Original Message- From: Christian Schmidt [mailto:schmidt.christ...@1und1.de] Sent: 08 December 2009 3:46 PM To: qooxdoo Development Subject: Re: [qooxdoo-devel] IE7 and popup dialogs Hi John, which qooxdoo vers

Re: [qooxdoo-devel] Different behavior of source and build version - Reorderable list

Did you rerun "generate.py source" before trying to open the source version? Gene On Tue, 2009-12-08 at 09:15 -0800, lp1051 wrote: > Hi, > > I would like to implement drag&drop feature for ordering list and I studied > demo at: > http://demo.qooxdoo.org/current/demobrowser/#ui~DragDrop.html

[qooxdoo-devel] Different behavior of source and build version - Reorderable list

Hi, I would like to implement drag&drop feature for ordering list and I studied demo at: http://demo.qooxdoo.org/current/demobrowser/#ui~DragDrop.html http://demo.qooxdoo.org/current/demobrowser/#ui~DragDrop.html When I tried to apply the same code into my own project, the source version didn't

Re: [qooxdoo-devel] How to access a qooxdoo element from "outside"

Hi, Chris, thanks for the advice but it did not work. I tried this with the Firebug but maybe the "this" pointer is not correctly set there. I am developing a RAP project, so I cannot really access/change the qooxdoo code. Is it correct that a general qx object is loaded into the document? I

Re: [qooxdoo-devel] How to access a qooxdoo element from "outside"

Hi Oliver, yes, if for example your "Application" class has an getTree() method witch returns the tree widget instance, you can call this on a qooxdoo IFrame: this._iFrame.getWindow().qx.core.Init.getApplication().getTree() Hope this helps. Cheers, Chris oliverspecht schrieb: > Hi, > I need t

[qooxdoo-devel] How to access a qooxdoo element from "outside"

Hi, I need to access a qooxdoo Tree from another GUI component which is set in an IFrame. I searched the docs but did not find any hint. I tried qx.Class.getClass() etc. but nothing worked. Is there any possibility to traverse the qooxdoo GUI components in a webpage? Something like in jQuery wra

Re: [qooxdoo-devel] IE7 and popup dialogs

Hi John, which qooxdoo version do you use? Cheers, Chris John Spackman schrieb: > > Hi guys, > > I’m getting a weird error in IE7 (or IE8 in compatibility mode) and > popup windows where the window is always offset by half the width of > the window compared to the shadow. For example, if the w

Re: [qooxdoo-devel] incremental initialization

Does it have to be an interactive screen? An issue with delayed initialisation is _when_ you get to initialise them - initialisation is an expensive operation and your GUI will be clunky or frozen while initialisation takes place (EG on a timer). Also, some browsers do not update the screen fast

[qooxdoo-devel] IE7 and popup dialogs

Hi guys, I'm getting a weird error in IE7 (or IE8 in compatibility mode) and popup windows where the window is always offset by half the width of the window compared to the shadow. For example, if the window is at 100x100 and is 500x250 wide/tall, the shadow is in the correct place but the win

Re: [qooxdoo-devel] incremental initialization

On Tue, Dec 8, 2009 at 08:24, Burak Arslan wrote: > Derrell Lipman wrote: > > On Tue, Dec 8, 2009 at 03:29, Burak Arslan > > wrote: > > > > > > some screens we're designing with jsqt are getting complex, taking > > some > > noticable time to load. so

Re: [qooxdoo-devel] incremental initialization

Derrell Lipman wrote: > On Tue, Dec 8, 2009 at 03:29, Burak Arslan > wrote: > > > some screens we're designing with jsqt are getting complex, taking > some > noticable time to load. so i think it's time to implement an > incremental > initiali

Re: [qooxdoo-devel] Refering member function

Hello! Thanks. It works. :-) Balage PS: Thanks to Chris too. ;-) - Original Message From: Fritz Zaucker To: qooxdoo Development Sent: Tue, December 8, 2009 1:39:57 PM Subject: Re: [qooxdoo-devel] Refering member function Try // Add an event listener console.log( 'H

Re: [qooxdoo-devel] static method tr() not working with variables??

Hi Luke, On Monday 07 December 2009 lp1051 wrote: > I am using variables, because I create various widgets with identical > title, therefore I declared them inside statics members and read it from > there. Is there any chance to pass the string into tr() method someway, > or better workaround

Re: [qooxdoo-devel] Dipslay of child widget immediately after being added to a container

Hi Joe, On Monday 07 December 2009 smartjo wrote: > Hi Alexander, > > I tried the flush() method as you said but it is > still the same. I tried in qooxdoo demo playground application. > Try to execute this line within a timer. --snip-- qx.event.Timer.once(function(e)

Re: [qooxdoo-devel] Refering member function

Hi Balage, Your problem is this line: button1.addListener("execute", this.__handleButton ); If the handler is called, "this" point to the button1 instance. To set "this" to an other scope, use the third parameter. In your case: button1.addListener("execute", this.__handleButton, this); Cheers,

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Hi Andreas, OO: The core OO of classes, interfaces, etc is brilliant and essential; it gives us the tools we have had in other languages (and considered essential) for the past 10-20 years. Support: Every time I've had to ask a question I've always had a rapid and helpful response, from the

Re: [qooxdoo-devel] Refering member function

Try // Add an event listener console.log( 'HandlerDef: '+this.__handleButton ); button1.addListener("execute", this.__handleButton, this ); ^^^ On Tue, 8 Dec 2009, balage42-qoox...@yahoo.com wrote: > > Hello! > > I t

[qooxdoo-devel] Refering member function

Hello! I try to use a member function as a callback for my P2P Ajax function. However, the function is always "undefined". Here is the relevant code of my application: --8<--- main : function() { [...] // Create a butt

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Am Dienstag 08 Dezember 2009 schrieb Andreas Ecker: > Looking forward to your favorite "pros", - qooxdoos oo-model, it just feels natural when classes really look like classes from a programmers pov :-) - the property system - I even gone so far and did a php-implementation of it - qooxdoos abilit

Re: [qooxdoo-devel] Qooxdoo's translation mechanism

> you can force the locale to german for example > by putting this into your Application.js > > qx.locale.Manager.getInstance().setLocale('de'); > yep, qx.locale.Manager.setLocale is the way to go; the browser's language setting just caters for the default. you could have saved yoursel

Re: [qooxdoo-devel] incremental initialization

On Tue, Dec 8, 2009 at 03:29, Burak Arslan wrote: > > some screens we're designing with jsqt are getting complex, taking some > noticable time to load. so i think it's time to implement an incremental > initialization scheme. > > i did look around to progressive namespace, but could not find much.

Re: [qooxdoo-devel] problem with source and build version

... and you're right to point out that it is not the "cache" config key but the "cache/downloads" that needs to be configured. That's what I meant, sorry to be imprecise about that. panyasan wrote: > > - to start off with qooxdoo and a backend for local testing development > (not production of

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

For me it's the way you built qooxdoo. It's unbelievable how far from the DOM we are, but hey, if we want to access the dom we still can, easily. All those mechanisms to deal with theming and decorations, focus, queues, binding, virtual, keyboard support, selection managers, tests are impressive an

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

> while approaching the qooxdoo 1.0 release due next week, we'd like to > gather some feedback from you about the strong points of qooxdoo. > 1) Easy to understand for a newbie, yet a power user can extend the framework. Easy for newbies and experienced developers alike. 2) Exhaustive set of

Re: [qooxdoo-devel] problem with source and build version

Hi Thomas, thanks for your passionate yet clarifying post - let me point out I didn't state that qooxdoo had it wrong, just that I have yet to understand why the simple approach should be discouraged, at least as long it is supported, for local testing and development, for example for newbies who

Re: [qooxdoo-devel] Your favorite aspects of qooxdoo !?

Andreas Ecker wrote: > Looking forward to your favorite "pros", > here are ours: cross-browser (even for mobiles. a bit slow on my n97 though) proper oo proper events nice tooling plays nice with other js libs. best, burak

[qooxdoo-devel] Your favorite aspects of qooxdoo !?

Hi all, while approaching the qooxdoo 1.0 release due next week, we'd like to gather some feedback from you about the strong points of qooxdoo. This is valuable input (targeting about/feature pages, announcements) for other users, particularly new users, to get to know about the most important a

Re: [qooxdoo-devel] vertical separator not appearing in trunk 20972

Hi Chris, > Hi Skar, > > oh, yes, I can confirm that the vertical separator is broken on trunk > (rev. 20972). > > Could you please open a bug report for that? > The bug's at http://bugzilla.qooxdoo.org/show_bug.cgi?id=3196 cheers, skar. -- -- The life so short, the craft so long to learn.

Re: [qooxdoo-devel] problem with source and build version

it's so funny how much rumour circulates around this issue... i posted a link in this thread to the corresponding manual section which the op might have chosen to ignore. oh well... > to be honest, I have never understood the rationale why the source version > should not be used with a web serv

Re: [qooxdoo-devel] vertical separator not appearing in trunk 20972

Hi Skar, oh, yes, I can confirm that the vertical separator is broken on trunk (rev. 20972). Could you please open a bug report for that? Thanks, Chris skar schrieb: > Hi, > > I had the following code which should show some vertical separator lines > and it worked in trunk 20929. When I upgra

[qooxdoo-devel] Javascript power ...

http://www.effectgames.com -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ qooxdoo-devel mailing list qo

[qooxdoo-devel] vertical separator not appearing in trunk 20972

Hi, I had the following code which should show some vertical separator lines and it worked in trunk 20929. When I upgraded to 20972, it stopped working. If I change to 20929, it works again. > main : function() { > // Call super class > this.base(arguments); > > // Enable log

[qooxdoo-devel] incremental initialization

hi, some screens we're designing with jsqt are getting complex, taking some noticable time to load. so i think it's time to implement an incremental initialization scheme. i did look around to progressive namespace, but could not find much. did i miss something, or should i go forward and move