Internalization for date Chooser

[monika.falk]

 
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: qooxdoo-devel-request@... [mailto:qooxdoo-devel-request@...]
Sent: Saturday, October 24, 2009 6:24 PM
To: qooxdoo-devel@...
Subject: qooxdoo-devel Digest, Vol 41, Issue 144

Send qooxdoo-devel mailing list submissions to
        qooxdoo-devel@...

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
        qooxdoo-devel-request@...

You can reach the person managing the list at
        qooxdoo-devel-owner@...

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 <skar.karthikeyan@...>
Subject: [qooxdoo-devel] close table cell editor when table loses
        focus
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE2FEB6.3010809@...>
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 <derrell.lipman@...>
Subject: Re: [qooxdoo-devel] reference objects outside handler
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID:
        <cdc91d420910240640p3a5eefbpe14b6bfc2e5e90c8@...>
Content-Type: text/plain; charset="iso-8859-1"

On Sat, Oct 24, 2009 at 03:10, JB <general@...> 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 <derrell.lipman@...>
Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo
        json-rpc and web2py, cross domain issues
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID:
        <cdc91d420910240653p5b5e2a9dsd626f3f406c965e9@...>
Content-Type: text/plain; charset="iso-8859-1"

On Fri, Oct 23, 2009 at 23:17, Don Lee <samora@...> 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 <derrell.lipman@...>
Subject: Re: [qooxdoo-devel] close table cell editor when table loses
        focus
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID:
        <cdc91d420910240655o4c9cc389qc0fc605f18c54c47@...>
Content-Type: text/plain; charset="iso-8859-1"

On Sat, Oct 24, 2009 at 09:18, skar <skar.karthikeyan@...> 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 <gene@...>
Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo
        json-rpc and web2py, cross domain issues
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <1256397956.4560.451.camel@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 <samora@...> 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 <general@...>
Subject: Re: [qooxdoo-devel] reference objects outside handler
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE328B5.5070002@...>
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 <general@...
> <mailto:general@...>> 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
> qooxdoo-devel@...
> 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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

Sure there is. Take a look at this demo: http://demo.qooxdoo.org/current/demobrowser/#showcase~Localization.html

T.

monika.falk@... wrote:

 
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: qooxdoo-devel-request@... [qooxdoo-devel-request@...] 
Sent: Saturday, October 24, 2009 6:24 PM
To: qooxdoo-devel@...
Subject: qooxdoo-devel Digest, Vol 41, Issue 144

Send qooxdoo-devel mailing list submissions to
	qooxdoo-devel@...

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
	qooxdoo-devel-request@...

You can reach the person managing the list at
	qooxdoo-devel-owner@...

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 skar.karthikeyan@...
Subject: [qooxdoo-devel] close table cell editor when table loses
	focus
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE2FEB6.3010809@...
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 derrell.lipman@...
Subject: Re: [qooxdoo-devel] reference objects outside handler
To: qooxdoo Development qooxdoo-devel@...
Message-ID:
	cdc91d420910240640p3a5eefbpe14b6bfc2e5e90c8@...
Content-Type: text/plain; charset="iso-8859-1"

On Sat, Oct 24, 2009 at 03:10, JB general@... 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 derrell.lipman@...
Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo
	json-rpc	and web2py, cross domain issues
To: qooxdoo Development qooxdoo-devel@...
Message-ID:
	cdc91d420910240653p5b5e2a9dsd626f3f406c965e9@...
Content-Type: text/plain; charset="iso-8859-1"

On Fri, Oct 23, 2009 at 23:17, Don Lee samora@... 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 derrell.lipman@...
Subject: Re: [qooxdoo-devel] close table cell editor when table loses
	focus
To: qooxdoo Development qooxdoo-devel@...
Message-ID:
	cdc91d420910240655o4c9cc389qc0fc605f18c54c47@...
Content-Type: text/plain; charset="iso-8859-1"

On Sat, Oct 24, 2009 at 09:18, skar skar.karthikeyan@... 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 gene@...
Subject: Re: [qooxdoo-devel] unexpected behavior when using qooxdoo
	json-rpc	and web2py, cross domain issues
To: qooxdoo Development qooxdoo-devel@...
Message-ID: <1256397956.4560.451.camel@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 samora@... 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 general@...
Subject: Re: [qooxdoo-devel] reference objects outside handler
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE328B5.5070002@...
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 <general@... 
general@...> 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
qooxdoo-devel@...
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
qooxdoo-devel@...
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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 Hi Thron

Thanks for the link, I run similar app in play ground, however I am still having problems with having date chooser translated in my application. I am using qooxdoo qooxdoo-0.8.2-sdk, should it work with that version of qooxdoo as well?

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 3
Date: Mon, 26 Oct 2009 09:55:15 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE563F3.4050504@...>
Content-Type: text/plain; charset="iso-8859-1"

Sure there is. Take a look at this demo:
http://demo.qooxdoo.org/current/demobrowser/#showcase~Localization.html

T.

monika.falk@... wrote:

>  
> 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
>
>

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

Monika,

I've tried http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html, and it's indeed not working properly. I can't remember if it was an issue in the demo or the underlying framework, the release notes for 0.8.3 might say something about it. Can you switch to 0.8.3?

Also, provided you get it to work somehow, the date chooser widget will use the built-in CLDR data. I don't think you will be able to provide your own translations, if this is what you were thinking of.

T.

monika.falk@... wrote:

 Hi Thron

Thanks for the link, I run similar app in play ground, however I am still having problems with having date chooser translated in my application. I am using qooxdoo qooxdoo-0.8.2-sdk, should it work with that version of qooxdoo as well?

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 3
Date: Mon, 26 Oct 2009 09:55:15 +0100
From: thron7 thomas.herchenroeder@...
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE563F3.4050504@...
Content-Type: text/plain; charset="iso-8859-1"

Sure there is. Take a look at this demo: 
http://demo.qooxdoo.org/current/demobrowser/#showcase~Localization.html

T.

monika.falk@... wrote:
  

 
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


    

------------------------------------------------------------------------------
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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 
Hi Thron

I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework.
Any chances that I can just update/extend the daychooser?

S pozdravem / Best regards,

Monika Falk, Software Specialist

Message: 6
Date: Mon, 26 Oct 2009 15:23:54 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE5B0FA.3090403@...>
Content-Type: text/plain; charset="iso-8859-1"

Monika,

I've tried
http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html,
and it's indeed not working properly. I can't remember if it was an
issue in the demo or the underlying framework, the release notes for
0.8.3 might say something about it. Can you switch to 0.8.3?

Also, provided you get it to work somehow, the date chooser widget will
use the built-in CLDR data. I don't think you will be able to provide
your own translations, if this is what you were thinking of.

T.

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[Christian Schmidt-18]

Hi Minika,

I tested this code with the playground from 0.8.2 [1] and it seems to me
that the switch is working:
var dateChooser = new qx.ui.control.DateChooser();
this.getRoot().add(dateChooser, {left:20, top:20});
qx.locale.Manager.getInstance().setLocale("de");

Could you please send your code snipped?

Thanks,
Chris

[1] http://demo.qooxdoo.org/0.8.2/playground/index.html


monika.falk@... schrieb:

>  
> Hi Thron
>
> I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework.
> Any chances that I can just update/extend the daychooser?
>
> S pozdravem / Best regards,
>
> Monika Falk, Software Specialist
>
> Message: 6
> Date: Mon, 26 Oct 2009 15:23:54 +0100
> From: thron7 <thomas.herchenroeder@...>
> Subject: Re: [qooxdoo-devel] Internalization for date Chooser
> To: qooxdoo Development <qooxdoo-devel@...>
> Message-ID: <4AE5B0FA.3090403@...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Monika,
>
> I've tried
> http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html,
> and it's indeed not working properly. I can't remember if it was an
> issue in the demo or the underlying framework, the release notes for
> 0.8.3 might say something about it. Can you switch to 0.8.3?
>
> Also, provided you get it to work somehow, the date chooser widget will
> use the built-in CLDR data. I don't think you will be able to provide
> your own translations, if this is what you were thinking of.
>
> T.
>
> ------------------------------------------------------------------------------
> 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
> qooxdoo-devel@...
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>  

--
Christian Schmidt
Software Entwickler

1&1 Internet AG - Web Technologies
Ernst-Frey-Straße 9 · DE-76135 Karlsruhe
schmidt.christian@...

Amtsgericht Montabaur / HRB 6484
Vorstände: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Thomas Gottschlich, Robert Hoffmann, Markus Huhn, Hans-Henning Kettler, Dr. Oliver Mauss, Jan Oetjen
Aufsichtsratsvorsitzender: Michael Scheeren


------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

Christian Schmidt wrote:

Hi Minika,

I tested this code with the playground from 0.8.2 [1] and it seems to me 
that the switch is working:
  

Confirmed. I get the same result.

T.

var dateChooser = new qx.ui.control.DateChooser();
this.getRoot().add(dateChooser, {left:20, top:20});
qx.locale.Manager.getInstance().setLocale("de");

Could you please send your code snipped?

Thanks,
Chris

[1] http://demo.qooxdoo.org/0.8.2/playground/index.html


monika.falk@... schrieb:
  

 
Hi Thron

I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework. 
Any chances that I can just update/extend the daychooser?

S pozdravem / Best regards,

Monika Falk, Software Specialist

Message: 6
Date: Mon, 26 Oct 2009 15:23:54 +0100
From: thron7 thomas.herchenroeder@...
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE5B0FA.3090403@...
Content-Type: text/plain; charset="iso-8859-1"

Monika,

I've tried 
http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html, 
and it's indeed not working properly. I can't remember if it was an 
issue in the demo or the underlying framework, the release notes for 
0.8.3 might say something about it. Can you switch to 0.8.3?

Also, provided you get it to work somehow, the date chooser widget will 
use the built-in CLDR data. I don't think you will be able to provide 
your own translations, if this is what you were thinking of.

T.

------------------------------------------------------------------------------
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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 Hi

Here is code snipped
       

                var dateChooser = new qx.ui.control.DateChooser();
                this.__informationPane.add(dateChooser);
                this.__userNameLabeltest = new qx.ui.basic.Label(this.tr("Globals:0214"));
                this.__informationPane.add(this.__userNameLabeltest);
                qx.locale.Manager.getInstance().setLocale("no");

And the result is that the label is translated (to "versjon") and the calendar is not. (I attached the screenshot).
I also can confirm that in http://demo.qooxdoo.org/0.8.2/playground/index.html playground it is working fine, however in
Showcase http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html I cannot see anything translated.
Please, can you help me with that problem?


S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto


--------------------------------------------------

Message: 1
Date: Mon, 26 Oct 2009 17:04:32 +0200
From: <monika.falk@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: <qooxdoo-devel@...>
Message-ID:
        <E3693620B4668D4A92723E19A2D7387D04DB9798C2@...>
Content-Type: text/plain; charset="us-ascii"

 
Hi Thron

I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework.
Any chances that I can just update/extend the daychooser?

S pozdravem / Best regards,

Monika Falk, Software Specialist

Message: 6
Date: Mon, 26 Oct 2009 15:23:54 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE5B0FA.3090403@...>
Content-Type: text/plain; charset="iso-8859-1"

Monika,

I've tried
http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html,
and it's indeed not working properly. I can't remember if it was an issue in the demo or the underlying framework, the release notes for
0.8.3 might say something about it. Can you switch to 0.8.3?

Also, provided you get it to work somehow, the date chooser widget will use the built-in CLDR data. I don't think you will be able to provide your own translations, if this is what you were thinking of.

T.



------------------------------

Message: 2
Date: Mon, 26 Oct 2009 16:50:18 +0100
From: Christian Schmidt <schmidt.christian@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE5C53A.5060400@...>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi Minika,

I tested this code with the playground from 0.8.2 [1] and it seems to me that the switch is working:
var dateChooser = new qx.ui.control.DateChooser(); this.getRoot().add(dateChooser, {left:20, top:20}); qx.locale.Manager.getInstance().setLocale("de");

Could you please send your code snipped?

Thanks,
Chris

[1] http://demo.qooxdoo.org/0.8.2/playground/index.html


monika.falk@... schrieb:

>  
> Hi Thron
>
> I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework.
> Any chances that I can just update/extend the daychooser?
>
> S pozdravem / Best regards,
>
> Monika Falk, Software Specialist
>
> Message: 6
> Date: Mon, 26 Oct 2009 15:23:54 +0100
> From: thron7 <thomas.herchenroeder@...>
> Subject: Re: [qooxdoo-devel] Internalization for date Chooser
> To: qooxdoo Development <qooxdoo-devel@...>
> Message-ID: <4AE5B0FA.3090403@...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Monika,
>
> I've tried
> http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html,
> and it's indeed not working properly. I can't remember if it was an
> issue in the demo or the underlying framework, the release notes for
> 0.8.3 might say something about it. Can you switch to 0.8.3?
>
> Also, provided you get it to work somehow, the date chooser widget
> will use the built-in CLDR data. I don't think you will be able to
> provide your own translations, if this is what you were thinking of.
>
> T.
>
> ----------------------------------------------------------------------
> -------- 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
> qooxdoo-devel@...
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>  

--
Christian Schmidt
Software Entwickler

1&1 Internet AG - Web Technologies
Ernst-Frey-Stra?e 9 ? DE-76135 Karlsruhe schmidt.christian@...

Amtsgericht Montabaur / HRB 6484
Vorst?nde: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Thomas Gottschlich, Robert Hoffmann, Markus Huhn, Hans-Henning Kettler, Dr. Oliver Mauss, Jan Oetjen
Aufsichtsratsvorsitzender: Michael Scheeren




------------------------------

Message: 3
Date: Mon, 26 Oct 2009 17:25:03 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE5CD5F.6040709@...>
Content-Type: text/plain; charset="iso-8859-1"



Christian Schmidt wrote:
> Hi Minika,
>
> I tested this code with the playground from 0.8.2 [1] and it seems to
> me that the switch is working:
>  

Confirmed. I get the same result.

T.

> var dateChooser = new qx.ui.control.DateChooser();
> this.getRoot().add(dateChooser, {left:20, top:20});
> qx.locale.Manager.getInstance().setLocale("de");
>
> Could you please send your code snipped?
>
> Thanks,
> Chris
>
> [1] http://demo.qooxdoo.org/0.8.2/playground/index.html
>
>
> monika.falk@... schrieb:
>  
>>  
>> Hi Thron
>>
>> I would rather not do the switch to the latest version as we are very close to the release and not have time to test whether all the features are in places after upgrading the framework.
>> Any chances that I can just update/extend the daychooser?
>>
>> S pozdravem / Best regards,
>>
>> Monika Falk, Software Specialist
>>
>> Message: 6
>> Date: Mon, 26 Oct 2009 15:23:54 +0100
>> From: thron7 <thomas.herchenroeder@...>
>> Subject: Re: [qooxdoo-devel] Internalization for date Chooser
>> To: qooxdoo Development <qooxdoo-devel@...>
>> Message-ID: <4AE5B0FA.3090403@...>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Monika,
>>
>> I've tried
>> http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html
>> , and it's indeed not working properly. I can't remember if it was an
>> issue in the demo or the underlying framework, the release notes for
>> 0.8.3 might say something about it. Can you switch to 0.8.3?
>>
>> Also, provided you get it to work somehow, the date chooser widget
>> will use the built-in CLDR data. I don't think you will be able to
>> provide your own translations, if this is what you were thinking of.
>>
>> T.
>>

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

Monika,

monika.falk@... wrote:

>  Hi
>
> Here is code snipped
>
>
> var dateChooser = new qx.ui.control.DateChooser();
> this.__informationPane.add(dateChooser);
> this.__userNameLabeltest = new qx.ui.basic.Label(this.tr("Globals:0214"));
> this.__informationPane.add(this.__userNameLabeltest);
> qx.locale.Manager.getInstance().setLocale("no");
>
> And the result is that the label is translated (to "versjon") and the calendar is not. (I attached the screenshot).
> I also can confirm that in http://demo.qooxdoo.org/0.8.2/playground/index.html playground it is working fine,

No, actually it's not. If I paste the essentials of your code snippet
into Playground the locale for the DateChooser is *not* switched.

This appears to be a bug in the generator, as the CLDR data for "no" is
not picked up correctly. I opened a bug for it:
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2997

Meanwhile, you could try to use the locale "nb" in place of "no". This
should work better. Please report back.

> however in
> Showcase http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html I cannot see anything translated.

I told you before that this demo is broken.

T.


------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 Hi Thron

I tried this code in playground (http://demo.qooxdoo.org/0.8.2/playground/index.html)
 

var dateChooser = new qx.ui.control.DateChooser();
this.getRoot().add(dateChooser);  
qx.locale.Manager.getInstance().setLocale("no");

With locale: "no", "nb", "fr" and "de" and it looks like this is only working for "de".

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto



Message: 4
Date: Tue, 27 Oct 2009 16:08:29 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE70CED.2020806@...>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Monika,

monika.falk@... wrote:

>  Hi
>
> Here is code snipped
>
>
> var dateChooser = new qx.ui.control.DateChooser();
> this.__informationPane.add(dateChooser);
> this.__userNameLabeltest = new qx.ui.basic.Label(this.tr("Globals:0214"));
> this.__informationPane.add(this.__userNameLabeltest);
> qx.locale.Manager.getInstance().setLocale("no");
>
> And the result is that the label is translated (to "versjon") and the calendar is not. (I attached the screenshot).
> I also can confirm that in http://demo.qooxdoo.org/0.8.2/playground/index.html playground it is working fine,

No, actually it's not. If I paste the essentials of your code snippet
into Playground the locale for the DateChooser is *not* switched.

This appears to be a bug in the generator, as the CLDR data for "no" is
not picked up correctly. I opened a bug for it:
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2997

Meanwhile, you could try to use the locale "nb" in place of "no". This
should work better. Please report back.

> however in
> Showcase http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html I cannot see anything translated.

I told you before that this demo is broken.

T.




------------------------------

Message: 5
Date: Tue, 27 Oct 2009 21:28:41 +0530
From: skar <skar.karthikeyan@...>
Subject: Re: [qooxdoo-devel] how to allow right-click to copy or paste
        a textbox or label's value?
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE718B1.2010005@...>
Content-Type: text/plain; charset="iso-8859-1"

thron7 wrote:
>
>> Also, I can have the native context menu for a label, but I'm not
>> able to select it even if I set it as selectable and rich. I'm on
>> firefox 3.0.14.
>
> On the rich label, selectable and native context menu work just fine,
> I just re-tested the demo in ff 3.0.14. For the normal label, see my
> reply to Ilkka.

Thanks for the pointers :)

I did this:
>         APPROOT =  this.getRoot();
>         var l = new qx.ui.basic.Label("<b>I'm bold!!!</b>")
>         l.setSelectable(true);
>         l.setRich(true);
>         l.setNativeContextMenu(true);
>         APPROOT.add(l, {top:20, left: 20});
>        

Now, I can right click and select all in ff 3.0.14, but if I right click
again to copy the label value, the selection goes away and no menu with
copy is shown. Also, I expected to be able to select the text using the
mouse, instead of right-click, then select all.

Is this the expected behavior?

I'm able to do it in the textfield and textarea, but not in label and
atom, rich or not rich, selectable or not selectable.

cheers,
skar.

--
--
The life so short, the craft so long to learn.

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 6
Date: Tue, 27 Oct 2009 09:06:33 -0700 (PDT)
From: tsmiller <tsmiller@...>
Subject: Re: [qooxdoo-devel] HtmlArea and users
To: qooxdoo-devel@...
Message-ID: <26080354.post@...>
Content-Type: text/plain; charset=us-ascii


Alex,
I think that the bugs that you opened are very important.   I just unleashed
my application upon the internet public about a week ago and it is taking
alot of time.  Before releasing it I changed all of my HtmlAreas to
Textareas, but I am very interested in the HtmlArea.  It will be a few days
(maybe a little more)  before I will get a chance to look at it again,  but
I want to keep up with it and I want to use it and I will help with it to
the best of my abilities.

tom




Alexander Steitz wrote:

>
> Hi Tom,
>
> On Friday 23 October 2009 tsmiller wrote:
>> Secondly, if you create an object with properties and methods that take
>> input data, theoretically at least, it is that widget's responsibility to
>> protect itself from bad data.  The widget needs to deal with bad input
>>  data, not just ignore it and hope for the best.  I think the latter is
>>  asking for trouble somewhere along the line.
> I'm with you at this point. At the moment the HtmlArea takes the given
> content
> and nothing more. At least we should implement a kind of pre-processing to
> eliminate many cases (I think all of them is not feasible) of ill-formed
> HTML.
> -> http://bugzilla.qooxdoo.org/show_bug.cgi?id=2987
>
>> Thirdly, you are only protecting against data from the server.  Again it
>> is
>> a personal preference, but I will not force someone to use an html editor
>> without giving him access to the source so that he can tweak it or change
>> some of the crazy code that the html editor automatically produces.
> Again, a good and valid point. At the moment the user has no possibility
> to
> alter the HTML code himself. I've opened a bug report for this.
> -> http://bugzilla.qooxdoo.org/show_bug.cgi?id=2988
>
> Feel free to add your ideas how to implement this and also I would
> encourage
> you to file such issues as bug reports. Really good points, thanks.
>
>> I have experienced the HtmlArea destroying a great deal of a document's
>> formatting (probably by mismatching a div or span) and not being able to
>> undo the changes.  You cannot do that to users and call it a professional
>> tool.  
> If you facing this problem in the near future please open a bug report so
> we
> can fix this wrong behaviour. Destroying any parts of a document has to be
> avoided.
>
>> I am not making any bad comments about any of the people associated with
>>  the HtmlArea.  This is just a statement of what my needs are and a
>> comment
>>  about the state of html in general.  I have historically avoided html in
>>  the past because there are no good tools for the average person to work
>>  with it.
> Again, thanks for your input. Very much appreciated.
>
> cheers,
>   Alex
>
> ------------------------------------------------------------------------------
> 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
> qooxdoo-devel@...
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>

--
View this message in context: http://www.nabble.com/HtmlArea-and-users-tp25960777p26080354.html
Sent from the qooxdoo-devel mailing list archive at Nabble.com.




------------------------------

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel


End of qooxdoo-devel Digest, Vol 41, Issue 156
**********************************************

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

monika.falk@... wrote:

 Hi Thron

I tried this code in playground (http://demo.qooxdoo.org/0.8.2/playground/index.html)
  

var dateChooser = new qx.ui.control.DateChooser();
this.getRoot().add(dateChooser);  
qx.locale.Manager.getInstance().setLocale("no");

With locale: "no", "nb", "fr" and "de" and it looks like this is only working for "de".
  

Look, you cannot test this in the online Playground, as the online version is only compiled with ["en", "de"] locales. If you want to test in Playground, you have use the Playground of your local SDK installation, edit the config.json and set the LOCALE macro to the desired locales. Then re-compile Playground and open it in the browser. Then your snippet will make sense.

T.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto



Message: 4
Date: Tue, 27 Oct 2009 16:08:29 +0100
From: thron7 thomas.herchenroeder@...
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE70CED.2020806@...
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Monika,

monika.falk@... wrote:
  

 Hi 

Here is code snipped 
	

		var dateChooser = new qx.ui.control.DateChooser(); 
		this.__informationPane.add(dateChooser);
		this.__userNameLabeltest = new qx.ui.basic.Label(this.tr("Globals:0214"));
		this.__informationPane.add(this.__userNameLabeltest);
		qx.locale.Manager.getInstance().setLocale("no");

And the result is that the label is translated (to "versjon") and the calendar is not. (I attached the screenshot). 
I also can confirm that in http://demo.qooxdoo.org/0.8.2/playground/index.html playground it is working fine, 
    

No, actually it's not. If I paste the essentials of your code snippet 
into Playground the locale for the DateChooser is *not* switched.

This appears to be a bug in the generator, as the CLDR data for "no" is 
not picked up correctly. I opened a bug for it: 
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2997

Meanwhile, you could try to use the locale "nb" in place of "no". This 
should work better. Please report back.

  

however in 
Showcase http://demo.qooxdoo.org/0.8.2/demobrowser/#showcase~Localization.html I cannot see anything translated.
    

I told you before that this demo is broken.

T.




------------------------------

Message: 5
Date: Tue, 27 Oct 2009 21:28:41 +0530
From: skar skar.karthikeyan@...
Subject: Re: [qooxdoo-devel] how to allow right-click to copy or paste
	a textbox or label's value?
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE718B1.2010005@...
Content-Type: text/plain; charset="iso-8859-1"

thron7 wrote:
  

Also, I can have the native context menu for a label, but I'm not 
able to select it even if I set it as selectable and rich. I'm on 
firefox 3.0.14.
      

On the rich label, selectable and native context menu work just fine, 
I just re-tested the demo in ff 3.0.14. For the normal label, see my 
reply to Ilkka.
    

Thanks for the pointers :)

I did this:
  

        APPROOT =  this.getRoot();
        var l = new qx.ui.basic.Label("<b>I'm bold!!!</b>")
        l.setSelectable(true);
        l.setRich(true);
        l.setNativeContextMenu(true);
        APPROOT.add(l, {top:20, left: 20});
        
    

Now, I can right click and select all in ff 3.0.14, but if I right click 
again to copy the label value, the selection goes away and no menu with 
copy is shown. Also, I expected to be able to select the text using the 
mouse, instead of right-click, then select all.

Is this the expected behavior?

I'm able to do it in the textfield and textarea, but not in label and 
atom, rich or not rich, selectable or not selectable.

cheers,
skar.

  

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

Hi Thron

Sorry, I did not know that online version is compiled only with two locales. I tried to use "nb" instead of "no" and still have no translation for date chooser.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 2
Date: Thu, 29 Oct 2009 09:44:04 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE955D4.2040206@...>
Content-Type: text/plain; charset="iso-8859-1"



monika.falk@... wrote:

>  Hi Thron
>
> I tried this code in playground (http://demo.qooxdoo.org/0.8.2/playground/index.html)
>  
>
> var dateChooser = new qx.ui.control.DateChooser();
> this.getRoot().add(dateChooser);  
> qx.locale.Manager.getInstance().setLocale("no");
>
> With locale: "no", "nb", "fr" and "de" and it looks like this is only working for "de".
>  

Look, you cannot test this in the online Playground, as the online
version is only compiled with ["en", "de"] locales. If you want to test
in Playground, you have use the Playground of your local SDK
installation, edit the config.json and set the LOCALE macro to the
desired locales. Then re-compile Playground and open it in the browser.
Then your snippet will make sense.

T.


------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

monika.falk@... wrote:
> Hi Thron
>
> Sorry, I did not know that online version is compiled only with two locales. I tried to use "nb" instead of "no" and still have no translation for date chooser.
>  

So what did you do?

T.

>  

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 
So far I have no idea how to solve this issue.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 4
Date: Thu, 29 Oct 2009 10:55:16 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AE96684.2050905@...>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed



monika.falk@... wrote:
> Hi Thron
>
> Sorry, I did not know that online version is compiled only with two locales. I tried to use "nb" instead of "no" and still have no translation for date chooser.
>  

So what did you do?

T.

>  

------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

monika.falk@... wrote:

 
So far I have no idea how to solve this issue.
  

This is no answer to my question. You wrote you 'tried to use "nb" instead of "no"'. How did you do that? Did you follow my steps in re-creating a local Playground?

T.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 4
Date: Thu, 29 Oct 2009 10:55:16 +0100
From: thron7 thomas.herchenroeder@...
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AE96684.2050905@...
Content-Type: text/plain; charset=ISO-8859-1; format=flowed



monika.falk@... wrote:
  

Hi Thron

Sorry, I did not know that online version is compiled only with two locales. I tried to use "nb" instead of "no" and still have no translation for date chooser.
  
    

So what did you do?

T.

  

------------------------------------------------------------------------------
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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 
No, I tried it in my application.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto


------------------------------

Message: 3
Date: Fri, 30 Oct 2009 09:25:17 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AEAA2ED.8040507@...>
Content-Type: text/plain; charset="iso-8859-1"



monika.falk@... wrote:
>  
> So far I have no idea how to solve this issue.
>  

This is no answer to my question. You wrote you 'tried to use "nb"
instead of "no"'. How did you do that? Did you follow my steps in
re-creating a local Playground?

T.


------------------------------------------------------------------------------
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

So what is the value of your config.json's LOCALE macro, then?

T.

monika.falk@... wrote:

 
No, I tried it in my application. 

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto


------------------------------

Message: 3
Date: Fri, 30 Oct 2009 09:25:17 +0100
From: thron7 thomas.herchenroeder@...
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development qooxdoo-devel@...
Message-ID: 4AEAA2ED.8040507@...
Content-Type: text/plain; charset="iso-8859-1"



monika.falk@... wrote:
  

 
So far I have no idea how to solve this issue.
  
    

This is no answer to my question. You wrote you 'tried to use "nb" 
instead of "no"'. How did you do that? Did you follow my steps in 
re-creating a local Playground?

T.


------------------------------------------------------------------------------
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
qooxdoo-devel@...
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
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[monika.falk]

 
Hi Thron

You were right, obviously I did not changed config.json file to work with "nb" locale. After changing it, the date chooser is switched to Norwegian language.
Thanks for your help and I apologize for the confusion.

S pozdravem / Best regards,

Monika Falk, Software Specialist
Tieto

Message: 4
Date: Fri, 30 Oct 2009 14:12:47 +0100
From: thron7 <thomas.herchenroeder@...>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <qooxdoo-devel@...>
Message-ID: <4AEAE64F.7080702@...>
Content-Type: text/plain; charset="iso-8859-1"

So what is the value of your config.json's LOCALE macro, then?

T.

monika.falk@... wrote:

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

[thron7-2]

>
> Hi Thron
>
> You were right, obviously I did not changed config.json file to work with
> "nb" locale. After changing it, the date chooser is switched to Norwegian
> language.
> Thanks for your help and I apologize for the confusion.

You're welcome. Glad you could solve it :).

T.




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@...
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel