Re: [qooxdoo-devel] node.js and qooxdoo

Hi. > no one > running a high-traffic site is choosing apache these days at the front > line. I wouldn't say so. A quick googling says something else: http://durak.org/sean/pubs/bss/ http://www.e-gineer.com/v1/articles/web-servers-used-at-the-top-sites.htm For me, node.js is

Re: [qooxdoo-devel] Degraded performance in large Forms after migration from qx 0.7 to 1.2 pre (answers and questions)

Am 02.08.2010 23:44, schrieb Ralf Nieuwenhuijsen: 2010/8/2 Dietrich Streifert > I've been following your thread. I'm not a qooxdoo developper, but i'm a bit suprised you don't want to solve the real problem. Good to hear form someone k

Re: [qooxdoo-devel] [Request inclusion?] A mixin that manages automatic removal of events & bindings

Hey, Bug filed! http://bugzilla.qooxdoo.org/show_bug.cgi?id=3945 Thanks. :) Regards, Martin -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a

Re: [qooxdoo-devel] Very Strange SelectBox behaviour

Actually, this behavior also happens when I dynamically add a widget/component to the scroll pane. Then, the scroll pane automatically scrolls up, as if some event was fired. Again, this only applies to IE, not firefox or chrome. Seems like a very frustrating issue... -- View this message in co

[qooxdoo-devel] Very Strange SelectBox behaviour

Hi all, I've encountered a very strange behavior while working with SelectBox in version 0.8.3. When I have a SelectBox appearing in a Scroll container (on the bottom half of the page), selecting any item in the SelectBox (even the same item) will automatically scroll the page to the top. How

Re: [qooxdoo-devel] Degraded performance in large Forms after migration from qx 0.7 to 1.2 pre (answers and questions)

2010/8/2 Dietrich Streifert > I've been following your thread. I'm not a qooxdoo developper, but i'm a >> bit suprised you don't want to solve the real problem. > > Good to hear form someone knowing my real problem. I should stop paying my > couch doctor ;-) > I'm sorry. It wasn't the most diplo

Re: [qooxdoo-devel] [Request inclusion?] A mixin that manages automatic removal of events & bindings

Hi Martin, Bug filed! http://bugzilla.qooxdoo.org/show_bug.cgi?id=3945 I don't think you need to worry too much about it. *It's not a replacement for "addListener" and "bind". * I've called them something different *on purpose*. Events and bindings get removed by two different mechanism current

Re: [qooxdoo-devel] node.js and qooxdoo

Hi Derrell, On Mon, Aug 2, 2010 at 9:28 PM, Derrell Lipman < derrell.lip...@unwireduniverse.com> wrote: > On Mon, Aug 2, 2010 at 14:58, Petr Kobalíček wrote: > >> Hi, >> >> do you think that javascript is a good language to use it on server-side? >> For me it's worst language I ever worked with,

Re: [qooxdoo-devel] node.js and qooxdoo

Well said, as usual. T. > On Mon, Aug 2, 2010 at 14:58, Petr Kobalí�ek > wrote: > >> Hi, >> >> do you think that javascript is a good language to use it on >> server-side? >> For me it's worst language I ever worked with, but there is no other I >> can >> use to write multibrowser web-pages / w

Re: [qooxdoo-devel] node.js and qooxdoo

On Mon, Aug 2, 2010 at 14:58, Petr Kobalíček wrote: > Hi, > > do you think that javascript is a good language to use it on server-side? > For me it's worst language I ever worked with, but there is no other I can > use to write multibrowser web-pages / web-apps. > Different strokes for different

Re: [qooxdoo-devel] node.js and qooxdoo

Hi, do you think that javascript is a good language to use it on server-side? For me it's worst language I ever worked with, but there is no other I can use to write multibrowser web-pages / web-apps. Using java on server side and java applets/javafx on client is the same (same language for both

Re: [qooxdoo-devel] node.js and qooxdoo

On 8/2/10, thron7 wrote: > twisted is certainly a proven platform. but as apache, it is rather for > complex applications, and it's a huge and unwieldy beast. nothing > compared to the ultra-light node.js. and performance-wise i think there > is no way current python implementations can beat v8 an

Re: [qooxdoo-devel] node.js and qooxdoo

Qooxdoo is a huge beast too. Means it something;-)? On Mon, Aug 2, 2010 at 7:16 PM, thron7 wrote: > twisted is certainly a proven platform. but as apache, it is rather for > complex applications, and it's a huge and unwieldy beast. nothing > compared to the ultra-light node.js. and performance-wi

Re: [qooxdoo-devel] node.js and qooxdoo

twisted is certainly a proven platform. but as apache, it is rather for complex applications, and it's a huge and unwieldy beast. nothing compared to the ultra-light node.js. and performance-wise i think there is no way current python implementations can beat v8 and the likes, even if run through s

Re: [qooxdoo-devel] node.js and qooxdoo

> apache has years of experience dealing with dos attacks, broken clients, > malicious input etc. it's also the swiss army knife of web servers. you > can't throw all that away that easily. OTOH, apache has more and more evolved into an application platform, and is much too big and too heavy for s

Re: [qooxdoo-devel] Degraded performance in large Forms after migration from qx 0.7 to 1.2 pre (answers and questions)

Hi Ralf, Am 02.08.2010 17:25, schrieb Ralf Nieuwenhuijsen: Hi Dietrich, I've been following your thread. I'm not a qooxdoo developper, but i'm a bit suprised you don't want to solve the *real problem*. Good to hear form someone knowing my real problem. I should stop paying my couch doctor

Re: [qooxdoo-devel] node.js and qooxdoo

Can't resist to point out that what you're aiming at exists with twisted/nevow on the server side in python and athena/qooxdoo on the client side. - proven standalone webserver, http/https - probably the oldest and widest protocol support for TCP/IP in Python - completely asynchronous framework

Re: [qooxdoo-devel] node.js and qooxdoo

On 08/02/10 17:36, b a wrote: > On 8/2/10, benco wrote: >> All Right. Yep indeed, in theory, node.js doesn't need another http server. >> >> But I heard that, according to the creator, nodejs isn’t really ready for >> replacing http server yet - however, I don't know if it still the case >> nowad

Re: [qooxdoo-devel] [Request inclusion?] A mixin that manages automatic removal of events & bindings

Hello Ralf, thanks for the details. Could you open up a bug report for that? That a thing i need to think about a but because i'm not sure if we want that behavior in every situation. Additionally, I currently have no idea of the side effects of that. Maybe is slows down the shutdown, maybe it

Re: [qooxdoo-devel] Degraded performance in large Forms after migration from qx 0.7 to 1.2 pre (answers and questions)

Also: > Additionally checkboxes and radiobuttons are to small compared to the native checkboxes and radiobuttons in 0.7. The thing is: you really don't want to browser to render the checkboxes. They render them all differently (the application will look different on different platforms). This mak

Re: [qooxdoo-devel] Degraded performance in large Forms after migration from qx 0.7 to 1.2 pre (answers and questions)

Hi Dietrich, I've been following your thread. I'm not a qooxdoo developper, but i'm a bit suprised you don't want to solve the *real problem*. You went from an '*bad*' situation (a few seconds to load a tab) to an * 'unacceptable'* situation. Why not just aim for *0.1 sec load time*? Your curren

Re: [qooxdoo-devel] Proposal: Combining images

If you want you can file an enhancement bug for this. But to me this is too complicated and not worth the effort. T. On 08/02/2010 01:06 PM, Stefan Andersson wrote: > As far as I understand it is not possible to combine images with the > generator in the following way: > > horizontally: a + b +

Re: [qooxdoo-devel] node.js and qooxdoo

On 8/2/10, benco wrote: > All Right. Yep indeed, in theory, node.js doesn't need another http server. > > But I heard that, according to the creator, nodejs isn’t really ready for > replacing http server yet - however, I don't know if it still the case > nowadays. I'm pretty sure it can succesfu

[qooxdoo-devel] [Request inclusion?] A mixin that manages automatic removal of events & bindings

*Hi all,* Below is a *mixin* for the *automatic removal of remote listeners & bindings * on dispose. Rather than calling [target].addListener, [target].addListenerOnce or [source].bind you call either of these two methods: [myObject].addListenerTo( [target], [event], [func], [context] ) [myO

Re: [qooxdoo-devel] node.js and qooxdoo

Hi, panyasan wrote: > > actually, what I have in mind is to replace Apache altogether for the > node.js part > All Right. Yep indeed, in theory, node.js doesn't need another http server. But I heard that, according to the creator, nodejs isn’t really ready for replacing http server yet - ho

Re: [qooxdoo-devel] Table changeVisibility events

On Mon, Aug 2, 2010 at 07:39, Mengu wrote: > > Dear Derrell, > > I have followed your advice on inheriting qx.ui.table.columnmenu.Button. I > currently have this: http://pastie.org/private/08b3wp0w3iyiz50x6rk6nq Here's a playground snippet that shows this working. Your code had lots of superflu

[qooxdoo-devel] Proposal for Popup

THe widget called Popup is nothing else than some kind of AbstractWindow without decorators etc. It should have a common parent class with Window. I am missing the center() method (and some other things) in the Popup class definition! Wouldn't that be interesting to fuse those classes in the

Re: [qooxdoo-devel] Table changeVisibility events

Dear Derrell, I have followed your advice on inheriting qx.ui.table.columnmenu.Button. I currently have this: http://pastie.org/private/08b3wp0w3iyiz50x6rk6nq as you see there, when the menu button's factory method is called, it is calling the parent's method and also there is an alert call. the

Re: [qooxdoo-devel] Error in flash creation?

But why not make it possible to let us have a null contructor? new Flash(); It creates an error today! If I put "" (empty string) it works and then afterwards setSource("flash path"); It is not logical in comparison to other widgets. What is your rational here? Stefan

Re: [qooxdoo-devel] Use Native scrollbars with qx.ui.container.Scroll?

Hi Martin. Thank you, it worked! :) "settings" : { "qx.nativeScrollBars" : true } Martin Wittemann wrote: > > Hey, > >> I'm wondering if it's possible and how to use native scrollbars with >> qx.ui.container.Scroll? Please let me know. :) > > You can use a setting named qx.nativeScroll

[qooxdoo-devel] Proposal: Combining images

As far as I understand it is not possible to combine images with the generator in the following way: horizontally: a + b + c -> A horizontally: d + e-> B horizontally: f + g + h + i -> C vertically: A + B + C -> IMAGE I can not get the generator to locate the images in the new IMA

Re: [qooxdoo-devel] node.js and qooxdoo

the_sheriff wrote: > > lines 185-216 serve static qooxdoo files > http://github.com/wsdookadr/Q-Chess/blob/master/server/serv.js > Cool, thanks! Learning by example is the fastest way forward :-) C. -- View this message in context: http://qooxdoo.678.n2.nabble.com/node-js-and-qooxdoo-tp53

Re: [qooxdoo-devel] node.js and qooxdoo

On 08/02/2010 12:02 PM, panyasan wrote: > > Hi Benoît, > > actually, what I have in mind is to replace Apache altogether for the > node.js part. I have the feeling that small qooxdoo apps could do without > Apache if a server script based on node.js can supply all the files that are > needed fo

Re: [qooxdoo-devel] node.js and qooxdoo

lines 185-216 serve static qooxdoo files http://github.com/wsdookadr/Q-Chess/blob/master/server/serv.js cheers On 8/2/10, panyasan wrote: > > Hi, > > this weekend I started experimenting with node.js and Socket.IO, in order to > implement a solution that will hook into the qx.event.message syste

Re: [qooxdoo-devel] node.js and qooxdoo

Hi Benoît, actually, what I have in mind is to replace Apache altogether for the node.js part. I have the feeling that small qooxdoo apps could do without Apache if a server script based on node.js can supply all the files that are needed for the initial loading of the client application, and the

Re: [qooxdoo-devel] node.js and qooxdoo

Hi Christian, Thanks for the report. I don't know if it is your case but I've heard that using Apache as http server for node.js applications is not recommended/adapted. Nginx seems to be a better candidate. Maybe you could give it a try ? Best, Benoît. -- View this message in context: http

Re: [qooxdoo-devel] node.js and qooxdoo

Hi, this weekend I started experimenting with node.js and Socket.IO, in order to implement a solution that will hook into the qx.event.message system (replacing the cometd contribution which I will no longer maintain). It didn't go as fast as I originally thought -- for example, when mixing the s

Re: [qooxdoo-devel] Manifest files for contrib demos

Hi Christian, yes, contribution maintainers should avoid listing "trunk" as a compatible qooxdoo version since there's no way to ensure compatibility with a moving target. There's no logic that implicitly replaces "1.2pre" with "trunk". One thing to keep in mind is that the contribDemobrowser'

Re: [qooxdoo-devel] Problem binding objects to list items

Thank you for the replay Martin. My apologies, while doing the demo I've ignored the reverse binding not even realizing what it was used for. Regards, Piotr Martin Wittemann wrote: > > Hello Piotr, > >> What would be the best solution to keep the model and view synchronized >> and >> has anyt