Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Ulrich Schreiner
you are right, it is really extremley simple and easy :-) Danny Adair schrieb: > Thanks Uli, > > I saw http://www.cherrypy.org/wiki/CherryJsonRpc > (filters or hooks, who cares) > > I'll have a look. But > 1. There already is JSON support in TurboGears, not using an additional > filter. > 2. Th

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Danny Adair
What about something along the lines ofhttp://tetlaw.id.au/view/blog/signals-and-slots-for-prototype-easy-custom-_javascript_-events/ On 6/22/06, Sebastian Werner <[EMAIL PROTECTED]> wrote: Danny Adair schrieb:> Ouch. So that won't work then.> Mmh, everyone has a parent, so wouldn't it be easy to h

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Sebastian Werner
Danny Adair schrieb: > Ouch. So that won't work then. > Mmh, everyone has a parent, so wouldn't it be easy to have all events > (optionally) bubble up? Only widgets have a parent. What's about if you want to react on some selection event or something like this? No, bubbling is not a good choice

Re: [qooxdoo-devel] QxInline Functionality

2006-06-21 Thread Sebastian Werner
What's about to include the line which makes it auto sized? Generally qooxdoo was not designed to include one widget somewhere here and one widget somewhere there. QxInline was though to embed a qooxdoo application (many widgets) inside a typical HTML based layout. Sebastian Keith Kowalczykow

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Danny Adair
Ouch. So that won't work then.Mmh, everyone has a parent, so wouldn't it be easy to have all events (optionally) bubble up?Kind regards,DannyOn 6/22/06, Sebastian Werner <[EMAIL PROTECTED]> wrote: Christoph Dorn schrieb:> I am not familiar event.setBubbles(true). Is that a feature of Qooxdoo?This

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Sebastian Werner
Hi! Also interesting is some global communication layer. In my opinion we need both, something to communicate in *one* application. We don't want to use hard connections here. We want to make this application or part as flexible as possible. After this we need some application/part communicati

Re: [qooxdoo-devel] JSON-RPC Server Writer's Guide

2006-06-21 Thread Danny Adair
see belowOn 6/22/06, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote:"Danny Adair" < [EMAIL PROTECTED]> writes:> Thanks Derrell,>> Looks good. I might have some more questions once I start implementing.>> For now,>> 1. What about simple dates of the form "new Date( Date.UTC(2006,6,20))". It> seems c

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Sebastian Werner
Christoph Dorn schrieb: > I am not familiar event.setBubbles(true). Is that a feature of Qooxdoo? This only work for DOM like events. They will bubble up the parent structure. But this is not the same like a real global event or even communication layer. Sebastian > > > > -Original Mess

Re: [qooxdoo-devel] JSON-RPC Server Writer's Guide

2006-06-21 Thread Sebastian Werner
[EMAIL PROTECTED] schrieb: > I've just checked in the first draft of a new JSON-RPC Server Writer's Guide. > It's in the 'namespaces' branch, in the 'backend' directory. I'd certainly > appreciate comments and suggests for improvement! Mhh, what's about to put this in the wiki instead of the SVN

Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Danny Adair
Thanks Uli,I saw http://www.cherrypy.org/wiki/CherryJsonRpc(filters or hooks, who cares)I'll have a look. But1. There already is JSON support in TurboGears, not using an additional filter. 2. The implementation is going to be so simple and easy, I'm sure it can quickly be used in other Python frame

Re: [qooxdoo-devel] JSON-RPC Server Writer's Guide

2006-06-21 Thread Derrell . Lipman
"Danny Adair" <[EMAIL PROTECTED]> writes: > Thanks Derrell, > > Looks good. I might have some more questions once I start implementing. > > For now, > > 1. What about simple dates of the form "new Date(Date.UTC(2006,6,20))". It > seems cumbersome to specify zeros all the way down to the millisecon

Re: [qooxdoo-devel] JSON-RPC Server Writer's Guide

2006-06-21 Thread Danny Adair
Thanks Derrell,Looks good. I might have some more questions once I start implementing.For now,1. What about simple dates of the form "new Date(Date.UTC(2006,6,20))". It seems cumbersome to specify zeros all the way down to the milliseconds when you don't care about time. As usual, 0 would be assume

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Christoph Dorn
The XML representation that qx.client.Builder can eat supports event listeners.    => Yes, but apparantly qx.client.QxBuilder is quite slow in generating the application based on the xml. Especially for large applications. Also, having a server implementation of qx.client.QxBuilder (XML defi

[qooxdoo-devel] bugzilla "ASSIGNED" state

2006-06-21 Thread Derrell . Lipman
Sebastian, I went in search of bugs to fix. Of the 70 or so bugs, only 3 of them were unassigned and 2 of those were bugs that I had posted. I fixed the other of those 3. All of the other bugs are ASSIGNED to you. May I suggest that you not ASSIGN or ACCEPT a bug unless you're actively working

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Christoph Dorn
Ooops. Sorry about that.     On 6/22/06, Danny Adair <[EMAIL PROTECTED]> wrote: [...]Your also creating lots of events on the same (global) level that probably don't have anything to do with each other.I don't know if this is already possible but it would be nice if an object could l

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Danny Adair
Sorry Christoph,I still don't get it.The XML representation that qx.client.Builder can eat supports event listeners.> Rather than writing code to attach the event handler to each component manually (requiring you to keep track of references etc...)You have your widgets, you have your code, and yo

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Danny Adair
On 6/22/06, Danny Adair <[EMAIL PROTECTED]> wrote: [...]Your also creating lots of events on the same (global) level that probably don't have anything to do with each other.I don't know if this is already possible but it would be nice if an object could listen to events of a specifed type fired by

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Christoph Dorn
I am not looking at re-implementing the event system that qooxdoo already has. Rather my goal is to allow event handlers to be attached to the UI based on XML definitions.   There are many standard events in a user interface that need to be handled. Say you want to run some code when a specif

[qooxdoo-devel] QxInline Functionality

2006-06-21 Thread Keith Kowalczykowski
Hey Everyone,       I’m trying to do some work with integrating Qooxdoo with an existing site, using QxInline. I wrote the following piece of test code but it doesn’t seem to be working properly:   xml version="1.0" encoding="iso-8859-1"?> DOCTYPE html PUBLIC "-//W3C//DTD XHTML

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Danny Adair
Hello,Could you (maybe both) clarify this a bit?qooxdoo _is_ event-driven http://old.qooxdoo.org/documentation/event-systemNo matter what it is that happens, it will have been kicked off by an event (startup,mouse,keyboard,timer,transport...). Christian, could you give a couple of examples of metho

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Christoph Dorn
I am not familiar event.setBubbles(true). Is that a feature of Qooxdoo? -Original Message- From: Lumir Stol [mailto:[EMAIL PROTECTED] Sent: June 21, 2006 4:19 PM To: [EMAIL PROTECTED]; qooxdoo Development Subject: Re: [qooxdoo-devel] Global event system Hi, sorry for little OT: what

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Lumir Stol
Hi, sorry for little OT: what is please wrong with event.setBubbles(true) ? What is reason for not to use events like this for 'global events'? Thanks, Lumir. All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat c

Re: [qooxdoo-devel] Global event system

2006-06-21 Thread Christoph Dorn
A global or uniform event system like this is essential for larger applications to allow for flexibility and maintenance. Most java applications make extensive use of listeners and event dispatchers. The performance of the model depends on how it is implemented and can be very fast. XUL provides

[qooxdoo-devel] JSON-RPC Server Writer's Guide

2006-06-21 Thread Derrell . Lipman
I've just checked in the first draft of a new JSON-RPC Server Writer's Guide. It's in the 'namespaces' branch, in the 'backend' directory. I'd certainly appreciate comments and suggests for improvement! Cheers, Derrell All the advantages of Linux Managed Hosting--Without the Cost and Risk! Full

[qooxdoo-devel] Global event system

2006-06-21 Thread Christian Boulanger
Hi, I am currently converting my app away from using objects which call each other's methods to for some behaviour to objects which communicate which each other through global events (window.application.createDispatchEvent("foo"), window.application.createDispatchDataEvent("foo", {blub:true}

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Christian Boulanger
Til Schneider schrieb: > I've just written a wiki article that describes the new API > documentation system. > > See: http://qooxdoo.org/documentation/developer/api_documentation > You might want to think about adding a documentation tag for the events thrown by the object. This has been missin

Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Ulrich Schreiner
hi, i'm using jsolait on the clientside for json-rpc and wrote a simple cherrypy filter for json-rpc support. the rest of the application client is qooxdoo. so if you want to write a reusable component for turbogears (i use it too :-), a cherrypy filter would perhaps be the better solution. ot

Re: [qooxdoo-devel] QxListView performance issue?

2006-06-21 Thread Sebastian Werner
Florian Arndt schrieb: > Hi Paul, > >> That looks a lot like my problem (also with a QxListView) .. the problem >> was fixed when I set the height of the QxListView to a fixed value... > Thanks for your help. @Sebastian: is it a bug that using setRight and > setBottom causes QxListView to crash?

Re: [qooxdoo-devel] QxListView performance issue?

2006-06-21 Thread Florian Arndt
Hi Paul, > That looks a lot like my problem (also with a QxListView) .. the problem > was fixed when I set the height of the QxListView to a fixed value... Thanks for your help. @Sebastian: is it a bug that using setRight and setBottom causes QxListView to crash? Wbr, Florian _

Re: [qooxdoo-devel] QxListView performance issue?

2006-06-21 Thread Paulo Delgado
That looks a lot like my problem (also with a QxListView) .. the problem was fixed when I set the height of the QxListView to a fixed value... Thank you, Paulo Delgado Senior Developer ~ A I S M e d i a , I n c . - "We Build eBusinesses" 7000 Central

Re: [qooxdoo-devel] QxListView performance issue?

2006-06-21 Thread Florian Arndt
> > I took the example QxListView3 example and put it in my demo on > > http://www.apollogui.com/demo/ > > Now why is it that it cannot render 100 items while the example well does > > 1000 in my same browser env.?! > > Good question. Especially as QxListView renders row virtually. It's > generally

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Christoph Dorn
Thanks for the article. Does the documentation generator store the parsed information as XML before it renders the HTML or does it go straight to HTML? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Til Schneider Sent: June 21, 2006 8:04 AM To: [EMAIL

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Christoph Dorn
I have not had a chance to do much work on the PHP implementation yet, but will start on that soon. I have been working on a firefox plugin to get familiar with XUL. XUL and the mozilla/firefox implementation is very flaxible and powerful and I love the dynamic nature of it. All features and the e

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Til Schneider
> Documentation? We don't need no stinkin' documentation! Real engineers read > code, not documentation! > :-) :-) :-) I've just written a wiki article that describes the new API documentation system. See: http://qooxdoo.org/documentation/developer/api_documentation ___

Re: [qooxdoo-devel] Dead snipet links at qooxdoo.org

2006-06-21 Thread Jonathan Massheder
They are empty on the new site as the contents haven't been copied across (http://news.qooxdoo.org/announcements/site-update) from the old site (http://old.qooxdoo.org/snippets). When I first looked there was only "Compress qooxdoo.js without mod_deflate" so I followed that example. I made links fo

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Christian Boulanger
> 3. Dynamic UI generation > I have to admit that I haven't used the great-sounding qxBuilder yet. > Like I said, I load the entire UI in one page and that's it. > What's a typical use case, what's the performance like, and what are your > current benefits in a real project? [...] > There's onl

Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Danny Adair
Thanks Sebastian,Sounds good.I'm not really into _javascript_, but maybe I can contribute a bit here or there anyway (Go qxObjectRegistry.js).Kind regards,DannyOn 6/21/06, Sebastian Werner <[EMAIL PROTECTED]> wrote: Danny Adair schrieb:> I couldn't find anything on this:> Do I post code contributi

Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Danny Adair
Hello Derrell,Can we make a compromise?I'd like to write the JSON-RPC support as a TurboGears plugin (or maybe even just an importable helper module).I had a look at json-rpc.org - neither cgi nor mod_python is my preferred way of doing stuff.The specifications look simple (almost too simple :-) c

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Danny Adair
Cool, cheers TilOn 6/21/06, Til Schneider <[EMAIL PROTECTED]> wrote: > I know that one of the big goals of the namespaces branch was substantially> improved automatic documentation generation.  I haven't used it, though, so I> don't know what state it's in.  There is active work in progress on it (

[qooxdoo-devel] Dead snipet links at qooxdoo.org

2006-06-21 Thread Dietrich Streifert
Some links in the snippet section seem to have no information. Example: http://qooxdoo.org/snippets/integratingjscalendar Are these snippets empty or didn't they made it from the old site to the new wiki? -- Mit freundlichen Grüßen Dietrich Streifert Visionet GmbH

Re: [qooxdoo-devel] Experiences with webapp frameworks integration

2006-06-21 Thread Til Schneider
> I know that one of the big goals of the namespaces branch was substantially > improved automatic documentation generation. I haven't used it, though, so I > don't know what state it's in. There is active work in progress on it (there > were even check-ins related to it today). I suspect someon

Re: [qooxdoo-devel] Code Contributions

2006-06-21 Thread Sebastian Werner
Danny Adair schrieb: > I couldn't find anything on this: > Do I post code contributions as patches to bugzilla, or is there a way > to apply for SVN access? Please post your patches to the mailing list. We will discuss them there. Yes, after some time, we will give engaged community members also

Re: [qooxdoo-devel] Integrating Qooxdoo with Existing JS

2006-06-21 Thread Sebastian Werner
Keith Kowalczykowski schrieb: > Thanks for the info. That worked well. Another quick question. I'm new to > the whole qooxdoo framework. I would like to integrate qooxdoo into some > existing code using the QxInline class. However, I'm finding as soon as I > include the Qooxdoo.js file, that qooxdo

Re: [qooxdoo-devel] [qooxdoo-commit] SF.net SVN: qooxdoo: [3328] branches/namespaces/qooxdoo/tools/generate-dev/treegenerator.py

2006-06-21 Thread Sebastian Werner
[EMAIL PROTECTED] schrieb: > [EMAIL PROTECTED] writes: > >> Revision: 3328 >> Author: til132 >> Date: 2006-06-20 05:47:14 -0700 (Tue, 20 Jun 2006) >> ViewCVS: http://svn.sourceforge.net/qooxdoo/?rev=3328&view=rev >> >> Log Message: >> --- >> ... >> * Added support for direct executi

Re: [qooxdoo-devel] buggy listview selection when scrolling parent layout

2006-06-21 Thread Sebastian Werner
junglist schrieb: > Hello qooxdooians, > > i recognized strange behaviour in QxListView today. > i added a listview to a canvaslayout, where the listview height is greater > than the layout height. now, when scrolling down the layout to reach the > bottom of the listview and selecting a row, the w

Re: [qooxdoo-devel] QxTabs bug?

2006-06-21 Thread Sebastian Werner
Hi Florian, could you create a small demo file which shows this problem? Maybe you could also open a bug and attach this demo file. Sebastian Florian Arndt schrieb: > Hi dear qooxdoo community, > > this morning I stumbled upon a strange behavior. The app > http://www.apollogui.com/demo/index_

Re: [qooxdoo-devel] Wiki Page Names

2006-06-21 Thread Sebastian Werner
Another note. Normally it's not necessary to repeat the page name inside the URL of a page. DokuWiki is configured to automatically use the first (level 1) header as the page name and so for each link to this page. This: [[snippets:ForcingAnUpdate|Forcing an update]] is the same like [[snippets

[qooxdoo-devel] Wiki Page Names

2006-06-21 Thread Sebastian Werner
Hi! I've just detected one interesting feature of qooxdoo. Currently we often use this for pagenames: [[snippets:ForcingAnUpdate|Forcing an update]] However dokuwiki doesn't keep the camelcase style for links so it always looks a bit ugly inside the location field: http://qooxdoo.org/snippets

Re: [qooxdoo-devel] QxListView performance issue?

2006-06-21 Thread Sebastian Werner
Florian Arndt schrieb: > Hi there, > > I took the example QxListView3 example and put it in my demo on > http://www.apollogui.com/demo/ > Now why is it that it cannot render 100 items while the example well does > 1000 > in my same browser env.?! Good question. Especially as QxListView renders