[qooxdoo-devel] The famous IE8 TextField focus with mouse issue

Hi everyone, There's a known issue with qx 0.8.2 where a qx.ui.form.TextField cannot be focused with a mouse click when using Internet Explorer 8. This issue has been fixed in trunk. My problem is that I am currently in the final testing st

Re: [qooxdoo-devel] formal release of qooxdoo-contrib stuff

> Hi > > Niko has asked me about 'official' tar balls (aka releases) for > qooxdoo-contrib projects (especially the perl bindings). Is there > anything planned or some process defined ? Since from the view of Sourceforge this is just one big project, their release tooling would probably encompass

Re: [qooxdoo-devel] updated perl RPC support and debian packaging of qooxdoo

> finally I have clarified the license situation by including a > copy of the qooxdoo license and refering to it in the > JSONRPC code. This is necessary to unblock Niko Tyni's work on > getting qooxdoo as well as Qooxdoo::JSONRPC packaged for debian ... > > Niko wrote to me today that he has a wo

[qooxdoo-devel] formal release of qooxdoo-contrib stuff

Hi Niko has asked me about 'official' tar balls (aka releases) for qooxdoo-contrib projects (especially the perl bindings). Is there anything planned or some process defined ? cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch t...@oetike

[qooxdoo-devel] updated perl RPC support and debian packaging of qooxdoo

Folks, a few months back I posted some updates to the qooxdoo perl json rpc module, one thing lead to another and I ended up taking over the maintenance of the perl bindings from Nick Glencross. Finally today I got around to actually do something about it and check in my updates to the repository

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

> > well, the first ever port of soap client was pretty bad. but with my > recent rewriting of the client, it got as standards conformant as i > could make it to be (the soap standard is huge, and i'd appreciate > more testing). yes in a sense you're right, you need a specific > client. but do

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Burak, Yep, as I stated a bit ago, I think adding a conformant SOAP client library in Qooxdoo would help with adoption in some specific development situations, even though I don't see it being beneficial in my current projects' architectures. There are many existing SOAP server configurations on

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

thron7 wrote: I would suggest that you create an RpcSoap directoory in qooxdoo-contrib and put, at a minimum, a README file containing a link to the soap project. That way, when people are looking for an RPC implementation, they'll see it. All other RPC implementations in qooxdoo-contrib are R

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

I've looked again at Victor's implementation ("qxjsonrpc", http://qooxdoo.org/documentation/0.6/user_manual/rpc/python), which was a library that could again be hosted by two server environments: * a stand-alone HTTP server based on Python's BaseHTTTPServer * a WSGI interface Now we have a

Re: [qooxdoo-devel] The famous IE8 TextField focus with mouse issue

Hi Jean-Noel, I compared the HTML results from 0.8.2 and current trunk. The different is that the current trunk uses the AlphaImageLoader, it seems to me that's the reason why it's work with the current trunk. To use the AlphaImageLoader you have to patch the qx.bom.element.Decoration yourself

Re: [qooxdoo-devel] The famous IE8 TextField focus with mouse issue

Just put a trasparent background image in this way textField.getContentElement().setStyle("backgroundImage", "url('a_valid_path/blank.png')"); I preferred to subclass TextField and int the new contructor I put this.getContentElement().setStyle("backgroundImage", "url('a_valid_path/blank.png')

Re: [qooxdoo-devel] [Fwd: Re: RPC server implemented using Python (Cherrypy)]

Delaney Gillilan wrote: > What's weird Thomas is that if I reply to your messages on this thread > it brings up your personal email but > qooxdoo-devel@lists.sourceforge.net > for everyone else. That's really weird. I had the same phenomenon with a

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Burak and I touched on this subject in posts during this past week related to my question on an Oracle RPC server for Qooxdoo. In that discussion, I mentioned that I think SOAP is more appropriate where two server systems are exchanging data in order to extend the usefulness of existing server sys

Re: [qooxdoo-devel] [Fwd: Re: RPC server implemented using Python (Cherrypy)]

What's weird Thomas is that if I reply to your messages on this thread it brings up your personal email but qooxdoo-devel@lists.sourceforge.net for everyone else. The reason I didn't repost is because you can see my arguments in your response :P. I'm currently waiting for a response about getting

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Delaney Gillilan wrote: > I sent off my info to the contrib email I'll let the thread know when > this is all setup. Great. -- ___ qooxdoo-devel mailing list qooxdoo-devel@

[qooxdoo-devel] The famous IE8 TextField focus with mouse issue

Hi everyone, There's a known issue with qx 0.8.2 < http://bugzilla.qooxdoo.org/show_bug.cgi?id=2230> where a qx.ui.form.TextField cannot be focused with a mouse click when using Internet Explorer 8. This issue has been fixed in trunk. My problem is that I am currently in the final testing stage of

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

I sent off my info to the contrib email I'll let the thread know when this is all setup. On Wed, Jun 24, 2009 at 7:58 AM, thron7 wrote: > > > Delaney Gillilan wrote: > > I have no problem putting my version in the contrib, just didn't know > > if I'd be stepping on anyone's toes doing so. The th

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Delaney Gillilan wrote: > I have no problem putting my version in the contrib, just didn't know > if I'd be stepping on anyone's toes doing so. The thing I like about > my version is A) handles errors gracefully B) don't need to subclass > anything, just use add_service() function C) can plac

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

> I would suggest that you create an RpcSoap directoory in > qooxdoo-contrib and put, at a minimum, a README file containing a link > to the soap project. That way, when people are looking for an RPC > implementation, they'll see it. All other RPC implementations in > qooxdoo-contrib are RpcSo

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

I have no problem putting my version in the contrib, just didn't know if I'd be stepping on anyone's toes doing so. The thing I like about my version is A) handles errors gracefully B) don't need to subclass anything, just use add_service() function C) can place the rpc controller in any URL schem

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

panyasan wrote: > Yes, please! For all that might bother people about Subversion or > Sourceforge, the qooxdoo-contrib architecture is simple the most efficient > way for end users to profit from the contributions. Mind you: End users don't need SVN to use a contrib! Only developers of the cont

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Burak Arslan wrote: > Andreas Ecker wrote: > >> qooxdoo/Python people speak up! ;-) >> >> >> > > i keep repeating this but here it is again: i got a soap-rpc server in > the soap contrib. > http://qooxdoo.org/contrib/project#soap > i think it's good you keep repeating that, sinc

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

On Wed, Jun 24, 2009 at 8:10 AM, Burak Arslan wrote: > Andreas Ecker wrote: > > qooxdoo/Python people speak up! ;-) > > > > > > i keep repeating this but here it is again: i got a soap-rpc server in > the soap contrib. > http://qooxdoo.org/contrib/project#soap > I would suggest that you create

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Andreas Ecker wrote: > qooxdoo/Python people speak up! ;-) > > i keep repeating this but here it is again: i got a soap-rpc server in the soap contrib. http://qooxdoo.org/contrib/project#soap it uses soaplib-lxml. http://github.com/plq/soaplib-lxml btw, http://qooxdoo-contrib.sf.net has a

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Yes, please! For all that might bother people about Subversion or Sourceforge, the qooxdoo-contrib architecture is simple the most efficient way for end users to profit from the contributions. The fact that one has to install yet another (exotic or not) revision control system might users deter fr

Re: [qooxdoo-devel] Equivalent to Prototype's down() method?

Hi, Thanks, that seems perfect! Did not know something like that would work. Sorry for the long exchange. Jean-Noel On Wed, Jun 24, 2009 at 9:58 AM, Alexander Back wrote: > Hi Jean-Noël, > > On Wednesday 24 June 2009 Jean-Noël Rivasseau wrote: > > Hi and thanks for all your help; but you still

Re: [qooxdoo-devel] RPC Server: JsonRpcError()

On Wed, Jun 24, 2009 at 5:13 AM, Michael Ochs wrote: > Great, everything works fine now! Sorry for my very late answer. I am > working on this project only once a week. > > Another question: What do I have to do if I want to throw my own error > codes? For example something like "no entries selec

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

In my opinion the biggest issue with Python RPC is that so far nobody undertook the (rather limited) effort of creating a corresponding contribution in qooxdoo-contrib, for whatever reasons. Doing so would both improve visibility to the community (so people use it) and the chances of multiple p

[qooxdoo-devel] Solved (Was: Debugging IE problems)

Hi Alexander, just found the reason for the IE message. In order to remove the additional space in trees (without icons), I place a setWidth(0) somewhere in the code: this.__treeController.setDelegate( { configureItem : function(item) { ... item.getChildControl("

Re: [qooxdoo-devel] Equivalent to Prototype's down() method?

Hi Jean-Noël, On Wednesday 24 June 2009 Jean-Noël Rivasseau wrote: > Thanks, that seems perfect! Wonderful :) > Did not know something like that would work. Sorry for the long exchange. Don't mind. I didn't know either before. cheers, Alex > On Wed, Jun 24, 2009 at 9:58 AM, Alexander Back wro

Re: [qooxdoo-devel] Databinding: TypeError: target["reset" + qx.lang.String.firstUp(lastProperty)] is not a function

Martin Wittemann wrote: > > Hi Christian, > > with the new description I could write a test and reproduce the bug > you described. But it worked with a textfield without any problems. > The textfield handles the null as "" and so the reset has never been > called. But as you can see in th

Re: [qooxdoo-devel] RPC Server: JsonRpcError()

Great, everything works fine now! Sorry for my very late answer. I am working on this project only once a week. Another question: What do I have to do if I want to throw my own error codes? For example something like "no entries selected", if return is an empty dataset? Do I have to return t

Re: [qooxdoo-devel] Equivalent to Prototype's down() method?

Hi Jean-Noël, On Wednesday 24 June 2009 Jean-Noël Rivasseau wrote: > Hi and thanks for all your help; but you still dont fully understand my > issue :) > > I only have a reference to the DOM element I want to find a child on. In > practice, that element may not have any ID... > So a query like "#m

Re: [qooxdoo-devel] RPC server implemented using Python (Cherrypy)

Howdy! On Wed, 2009-06-24 at 07:53 +0200, Jacques Bousseau wrote: > See this project : > http://en.letras.ru/2009/01/qooxdoo-controller-for-cherrypy > > Jacques > > Delaney Gillilan a écrit : > > I noticed there is no is no official Python server so I made an > > initial stab at creating one us

Re: [qooxdoo-devel] Equivalent to Prototype's down() method?

Hi and thanks for all your help; but you still dont fully understand my issue :) I only have a reference to the DOM element I want to find a child on. In practice, that element may not have any ID... So a query like "#myElement > .MyTargetClass" is not possible, because the base element has not an

Re: [qooxdoo-devel] Equivalent to Prototype's down() method?

Hi Jean-Noël, On Tuesday 23 June 2009 Jean-Noël Rivasseau wrote: > Let me give you a complete example of what I want: > > Case 1) > > > > > > > > > Case 2) > > > > > > > > > -> I want to fetch the *direct* child of myElement if it has a class of > MyTargetClass.And I get a

Re: [qooxdoo-devel] qx.data.Array problem with MEventBubbling and removeAll() [bug, probably]

Hello Jean-Noel, thanks for the bugreport. I'll take care of it later the day and let you know. Best, Martin Am 23.06.2009 um 19:39 schrieb Jean-Noël Rivasseau: Ok, opened the bug: http://bugzilla.qooxdoo.org/show_bug.cgi?id=2504 Next time I will directly report in Bugzilla bypassing the