Re: Formatting locale vs. translation locale

2006-10-25 Thread Gabrielle Crawford
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

Re: Formatting locale vs. translation locale

2006-10-25 Thread Simon Lessard
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

Re: panelNavigation bug in Firefox 2.0 RC3

2006-10-25 Thread Simon Lessard
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

Re: panelNavigation bug in Firefox 2.0 RC3

2006-10-25 Thread Simon Lessard
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

Re: Formatting locale vs. translation locale

2006-10-25 Thread Gabrielle Crawford
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

Re: Formatting locale vs. translation locale

2006-10-25 Thread Simon Lessard
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

Re: Re: Re: Re: Formatting locale vs. translation locale

2006-10-25 Thread Adam Winer
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

Re: [PORTAL] Custom lifecycle?

2006-10-25 Thread Scott O'Bryan
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

new validator: dateRestrictionValidator

2006-10-25 Thread Gabrielle Crawford
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

Re: new validator: dateRestrictionValidator

2006-10-25 Thread Matthias Wessendorf
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.

Re: new validator: dateRestrictionValidator

2006-10-25 Thread Simon Lessard
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,

Re: new validator: dateRestrictionValidator

2006-10-25 Thread Gabrielle Crawford
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,

Re: api cleanup for UIXCollection

2006-10-25 Thread Adam Winer
+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

Re: make ValueMap public

2006-10-25 Thread Adam Winer
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

Re: api cleanup for UIXCollection

2006-10-25 Thread Simon Lessard
+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

Re: Re: Re: making IntegerUtils part of API ?

2006-10-25 Thread Matthias Wessendorf
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

Re: new validator: dateRestrictionValidator

2006-10-25 Thread Martin Marinschek
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

Re: new validator: dateRestrictionValidator

2006-10-25 Thread Matthias Wessendorf
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.