Hi Everyone I am using date chooser in my app and I wonder if there is a way to use internalization on it. I mean to have months names translated according to the chosen locale. Is this possible?
S pozdravem / Best regards, Monika Falk, Software Specialist Tieto -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Saturday, October 24, 2009 6:24 PM To: [email protected] Subject: qooxdoo-devel Digest, Vol 41, Issue 144 Send qooxdoo-devel mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of qooxdoo-devel digest..." Today's Topics: 1. close table cell editor when table loses focus (skar) 2. Re: reference objects outside handler (Derrell Lipman) 3. Re: unexpected behavior when using qooxdoo json-rpc and web2py, cross domain issues (Derrell Lipman) 4. Re: close table cell editor when table loses focus (Derrell Lipman) 5. Re: unexpected behavior when using qooxdoo json-rpc and web2py, cross domain issues (Gene Amtower) 6. Re: reference objects outside handler (JB) ---------------------------------------------------------------------- Message: 1 Date: Sat, 24 Oct 2009 18:48:46 +0530 From: skar <[email protected]> Subject: [qooxdoo-devel] close table cell editor when table loses focus To: qooxdoo Development <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I want to close the table's cell editor, when the user clicks in any of the search text fields or clicks on any of the buttons in a buttonbar. I tried adding a focusout listener in which I called table.stopEditing(). However, when I double click on a cell to start the editor, that itself sends a focusout and so the editor closes before I can edit the cell. Or should I add a focus listener for all other focusable widgets like search text fields and buttons where I check if the table isEditing() and the stop the editing there? cheers, skar. -- -- The life so short, the craft so long to learn. ------------------------------ Message: 2 Date: Sat, 24 Oct 2009 09:40:16 -0400 From: Derrell Lipman <[email protected]> Subject: Re: [qooxdoo-devel] reference objects outside handler To: qooxdoo Development <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" On Sat, Oct 24, 2009 at 03:10, JB <[email protected]> wrote: > Thanks!!! That did the trick. However, I think I might have found a case > where that does not work so well. The button event listeners work great! > But I also have an RPC callback as well and there are an arbitrary > number of arguments to callAsync that are passed to the remote > procedure. Simply passing in 'this' as the last argument doesn't seem to > quite work. So how can I make this work with rpc.callAsync? > > When it's not feasible to retain the values that you need to work with in the object associated with 'this' in the handler (which is the case for rpc), you can use JavaScript closures. If you're not familiar with closures, study it and if you still have questions, ask questions here. They are very powerful and highly useful for this sort of thing. Cheers, Derrell -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 3 Date: Sat, 24 Oct 2009 09:53:59 -0400 From: Derrell Lipman <[email protected]> Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo json-rpc and web2py, cross domain issues To: qooxdoo Development <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" On Fri, Oct 23, 2009 at 23:17, Don Lee <[email protected]> wrote: > > I sent a message to the web2py mailing list today asking is there was > anything needed to allow for cross domain calls in it json-rpc setup. > The answer was no. The python shell tests confirmed in my mind that > the web2py backend was working properly. > > > http://groups.google.com/group/web2py/browse_thread/thread/1b224f2206b816b5# > > Cross-domain requests are tricky, in that they can be dangerous, and that they can't be done with traditional XMLHttpRequest calls. qooxdoo implements cross-domain requests in a way that works easily with qooxdoo's backends but will require a bit of change to non-qooxdoo backends. I'm not familiar with web2py, but if it's not designed to work with qooxdoo cross-domain calls, you'll have to make some changes to it. In qooxdoo, when a cross-domain request is made, the "Script Transport" is used. This transport expects to receive back *a call to a function* in qooxdoo. qooxdoo sends a request which includes a request id. The response from the backend should be in the form: "qx.io.remote.transport.Script._requestFinished(requestId, responseValue);" where requestId is the id that was passed to the request initially, and responseValue is whatever your remote procedure call is trying to return. Take a look at qooxdoo.contrib project RpcPhp or one of the other qooxdoo backends to see the little bit of extra handling required for cross-domain requests. (And then remember that bit about "dangerous" and be very, very careful.) Hope that helps. Derrell -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 4 Date: Sat, 24 Oct 2009 09:55:18 -0400 From: Derrell Lipman <[email protected]> Subject: Re: [qooxdoo-devel] close table cell editor when table loses focus To: qooxdoo Development <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" On Sat, Oct 24, 2009 at 09:18, skar <[email protected]> wrote: > Hi, > > I want to close the table's cell editor, when the user clicks in any of > the search text fields or clicks on any of the buttons in a buttonbar. > > I tried adding a focusout listener in which I called > table.stopEditing(). However, when I double click on a cell to start the > editor, that itself sends a focusout and so the editor closes before I > can edit the cell. Or should I add a focus listener for all other > focusable widgets like search text fields and buttons where I check if > the table isEditing() and the stop the editing there? > You'll probably want to add the focusout handler on the actual editor, not the cell. You can do that in the cell editor factory which creates the editor. Derrell -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 5 Date: Sat, 24 Oct 2009 11:25:56 -0400 From: Gene Amtower <[email protected]> Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo json-rpc and web2py, cross domain issues To: qooxdoo Development <[email protected]> Message-ID: <1256397956.4560.451.ca...@pcb-bench-01> Content-Type: text/plain; charset="us-ascii" Thanks, Derrell, for filling in the missing pieces. I knew you had more insight into the transport difference than me. Since you didn't address it directly, can I assume the info I provided on cross-domain URLs and running the app in a server browser were correct? I hope we have some Qooxdoo developers that have implemented cross- domain requests in web2py, so that they can fill in the rest of the pieces for Don, even though it sounds like he doesn't really need to use them. Am I reading that correctly, Don? If so, it seems you have what you need to move forward without worrying about getting cross-domain requests working right now. HTH, Gene On Sat, 2009-10-24 at 09:53 -0400, Derrell Lipman wrote: > On Fri, Oct 23, 2009 at 23:17, Don Lee <[email protected]> wrote: > > > I sent a message to the web2py mailing list today asking is > there was > anything needed to allow for cross domain calls in it json-rpc > setup. > The answer was no. The python shell tests confirmed in my > mind that > the web2py backend was working properly. > > > http://groups.google.com/group/web2py/browse_thread/thread/1b224f2206b816b5# > > > > > > Cross-domain requests are tricky, in that they can be dangerous, and > that they can't be done with traditional XMLHttpRequest calls. qooxdoo > implements cross-domain requests in a way that works easily with > qooxdoo's backends but will require a bit of change to non-qooxdoo > backends. > > I'm not familiar with web2py, but if it's not designed to work with > qooxdoo cross-domain calls, you'll have to make some changes to it. In > qooxdoo, when a cross-domain request is made, the "Script Transport" > is used. This transport expects to receive back *a call to a function* > in qooxdoo. qooxdoo sends a request which includes a request id. The > response from the backend should be in the form: > > "qx.io.remote.transport.Script._requestFinished(requestId, > responseValue);" > > where requestId is the id that was passed to the request initially, > and responseValue is whatever your remote procedure call is trying to > return. > > Take a look at qooxdoo.contrib project RpcPhp or one of the other > qooxdoo backends to see the little bit of extra handling required for > cross-domain requests. (And then remember that bit about "dangerous" > and be very, very careful.) > > Hope that helps. > > Derrell > -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 6 Date: Sat, 24 Oct 2009 10:17:57 -0600 From: JB <[email protected]> Subject: Re: [qooxdoo-devel] reference objects outside handler To: qooxdoo Development <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Thanks, I got it. I am familiar with them from the LISP and Scheme languages but I was not familiar with the scoping rules in javascript. In the function that calls this.rpc.callAsync I create local variable with a value of this.selectBoxControl like so: var selBox = this.selectBoxControl; this.rpcRef = this.rpc.callAsync(function(result, ex, id) { if (ex == null) { selBox.removeAll(); // whatever else to do on success } else { // handle exception code } } Derrell Lipman wrote: > On Sat, Oct 24, 2009 at 03:10, JB <[email protected] > <mailto:[email protected]>> wrote: > > Thanks!!! That did the trick. However, I think I might have found > a case > where that does not work so well. The button event listeners work > great! > But I also have an RPC callback as well and there are an arbitrary > number of arguments to callAsync that are passed to the remote > procedure. Simply passing in 'this' as the last argument doesn't > seem to > quite work. So how can I make this work with rpc.callAsync? > > When it's not feasible to retain the values that you need to work with > in the object associated with 'this' in the handler (which is the case > for rpc), you can use JavaScript closures. If you're not familiar with > closures, study it and if you still have questions, ask questions > here. They are very powerful and highly useful for this sort of thing. > > Cheers, > > Derrell > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ------------------------------------------------------------------------ > > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > ------------------------------ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ------------------------------ _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel End of qooxdoo-devel Digest, Vol 41, Issue 144 ********************************************** ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
