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 <[email protected]>
Subject: Re: [qooxdoo-devel] Internalization for date Chooser
To: qooxdoo Development <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Monika,
[email protected] 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 <[email protected]>
Subject: Re: [qooxdoo-devel] how to allow right-click to copy or paste
a textbox or label's value?
To: qooxdoo Development <[email protected]>
Message-ID: <[email protected]>
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 <[email protected]>
Subject: Re: [qooxdoo-devel] HtmlArea and users
To: [email protected]
Message-ID: <[email protected]>
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
> [email protected]
> 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
[email protected]
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
