Simon Lessard wrote:
I'm so divided on this issue that I think I'll call a +0 on my side.
When I
go on a site in English, I expect the date to be formatted
accordingly. On
I couldn't tell from the comment what you meant exactly. It may be
obvious when you switch languages, but you may not
It's true that en_US and en_GB can cause a problem. However this will hold
true only if the language is the same. So, if we implements that maybe we
can limit the valid formatting locales to those sharing the same language
and only switch the country? That way it will be impossible to get in a
Hmm little follow-up. I can reproduce the issue only when tabs are placed in
a panelBox (HTML table imbrication issue maybe?) Works fine in IE
On 10/24/06, Simon Lessard [EMAIL PROTECTED] wrote:
Even if it is a Firefox bug, we would still have to tweak the component to
work, unless they fix it
One last comment. The issue occurs in tableLayout as well as panelBox. The
mouse down trick always works. It really looks like a table imbrication
issue with Firefox.
On 10/25/06, Simon Lessard [EMAIL PROTECTED] wrote:
Oh yeah and if I send a mousePress event, then mouseOut before mouseUp
What's the problem with running in German with fr_ca formatting locale?
Basically if you're entering dates you want to let the user enter them
in the way they are used to, if the help can support it. If I'm German
and go to an English page, I think I would be quite happy if I could
enter the
Yes, and no... It depends on your users really. When I buy something from
USA I know how to enter the date because I'm used to it, all other sites
work that way.
If the site was somehow intelligent enough to see that I'm French Canadian
and to switch its date format accordingly, I would be quite
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
On 10/24/06, Adam Winer [EMAIL PROTECTED] wrote:
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
I like #2 because:
1. no new public apis.
Maybe I didn't explain #2: in either case, we have a new public
API. There's no
You know you can do that all in one phase listener, right? It's
really not much code at all to implement an algorithm like this.
Yes, but even the code in 10.1.3.2 which doesn't take phases into
account is somewhat scary. :) Adding logic to figure out what phase is
next is a lot more
Hi,
I'd like to add a new validator. My proposed name is
DateRestrictionValidator, other suggestions welcome. This would support
attributes like:
invalidMonths - example: dates in April are invalid
invalidDaysOfWeek - example: Saturdays and Sundays are invalid
invalidDays - example: 12-25-06
That would be a great improvement to all the inputDate / calendar
(Tomahawk) components.
I am also fine w/ the name.
Opening an issue in jira does never hurt, when discussing an enhancement.
:)
-M
On 10/25/06, Gabrielle Crawford [EMAIL PROTECTED] wrote:
Hi,
I'd like to add a new validator.
I would love it.
On 10/25/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
That would be a great improvement to all the inputDate / calendar
(Tomahawk) components.
I am also fine w/ the name.
Opening an issue in jira does never hurt, when discussing an enhancement.
:)
-M
On 10/25/06,
Thanks Matthias. Okay, this is issue 258
https://issues.apache.org/jira/browse/ADFFACES-258
Thanks,
Gab
Matthias Wessendorf wrote:
That would be a great improvement to all the inputDate / calendar
(Tomahawk) components.
I am also fine w/ the name.
Opening an issue in jira does never hurt,
+1 for me - I've always found the word currency to be
incredibly confusing.
-- Adam
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Hi,
Currently UIXCollection has the following methods:
public String getCurrencyString()
public void setCurrencyString(String currency)
protected
I guess both are useful; but what is the underlying storage?
If it's a HashMap, then this should be called something like
ReverseHashMap. (Or ReversibleHashMap?)
-- Adam
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Hi,
I'd like to make
+1 as well, when I first saw that method I thought about money.
On 10/25/06, Adam Winer [EMAIL PROTECTED] wrote:
+1 for me - I've always found the word currency to be
incredibly confusing.
-- Adam
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Hi,
Currently UIXCollection has the
mmm,
not really. the util package for instance has StreamUtils,
ComponentUtils oder LocaleUtils.
But nothing related to numbers...
Anyone else know a better place?
Otherwise, I move the IntegerUtils up.
-M
On 10/18/06, Adam Winer [EMAIL PROTECTED] wrote:
Definitely +1 to removing
Great idea!
regards,
Martin
On 10/25/06, Gabrielle Crawford [EMAIL PROTECTED] wrote:
Thanks Matthias. Okay, this is issue 258
https://issues.apache.org/jira/browse/ADFFACES-258
Thanks,
Gab
Matthias Wessendorf wrote:
That would be a great improvement to all the inputDate / calendar
I bet!
On 10/25/06, Martin Marinschek [EMAIL PROTECTED] wrote:
P.S.: will it be client-side enabled as well?
regards,
Martin
On 10/26/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Great idea!
regards,
Martin
On 10/25/06, Gabrielle Crawford [EMAIL PROTECTED] wrote:
Thanks Matthias.
18 matches
Mail list logo