It's true that, right now, that's the only difference between the components, and, if we could guarantee that that would forever be the only difference, then it wouldn't be an issue. I'm thinking of the future: If someone adds an enhancement here, and another one there, then it starts to become an issue keeping track of which defaults are consistent with JSF and which ones are not, and, by that time, it's too late to change it back, because that would break existing implementations.
Usually, when I grab a Tomahawk component, it's because the regular JSF component is insufficient to handle something I need to handle. I don't go back over all the JSF options to make sure they're handled the same way in the Tomahawk component. If it's *really* different, then we just call it a different name altogether to avoid confusion. For example, if we called the new date converter something like <s:convertDateTimeUsingServerTimeZone>, well, that would be different. - Brendan -----Original Message----- From: Volker Weber [mailto:[EMAIL PROTECTED] Sent: Monday, October 31, 2005 5:01 PM To: MyFaces Discussion Subject: Re: curious problem with dates In case of dataTable the taglib docu says: Extended data_table that adds some additional features to the standard data_table ... so you are right to expect this, but in general if there is no significant difference there should no reason to have a component with the same name in core and tomahwak (or anywhere else). An if i decide to use the tomahawk one instead of the core one, i have to know these differences. Or in other words: if not just this known difference is the reason to use the tomahawk component, there is no reason. just my opinion :-) Regards and good night Volker CONNER, BRENDAN (SBCSI) wrote: > I *do* expect that <t:dataTable> is a version of <h:dataTable> with > additional functionality. I don't expect it to have different defaults > for borders or background color, for example. > > - Brendan > > -----Original Message----- > From: Volker Weber [mailto:[EMAIL PROTECTED] > Sent: Monday, October 31, 2005 4:29 PM > To: MyFaces Discussion > Subject: Re: curious problem with dates > > > I think no one would expect that a tomahawk componet has the same > behavior as a same named core component. So if somone uses a component > from tomahawk, which also exists in core, he should know about the > differences. > > E.g. i don't expect from <t:dataTable ...> the same behavior as from > <h:dataTable ...>. > > regards > Volker > > CONNER, BRENDAN (SBCSI) wrote: > >>Right. I was just saying that, it's one thing to explicitly add >>functionality, but it's another thing to silently alter the default >>assumptions. >> >>- Brendan >> >>-----Original Message----- >>From: Volker Weber [mailto:[EMAIL PROTECTED] >>Sent: Monday, October 31, 2005 4:00 PM >>To: MyFaces Discussion >>Subject: Re: curious problem with dates >> >> >>Yes this is correct, but the difference is between tomahawk and JSF > > spec > >>components than. >> >> >>CONNER, BRENDAN (SBCSI) wrote: >> >> >>>Oh. I was under the impression that the sandbox stuff was just a >>>preliminary step to going to Tomahawk. Sorry. >>> >>>- Brendan >>> >>>-----Original Message----- >>>From: Volker Weber [mailto:[EMAIL PROTECTED] >>>Sent: Monday, October 31, 2005 3:54 PM >>>To: MyFaces Discussion >>>Subject: Re: curious problem with dates >>> >>> >>>Hi, >>> >>>CONNER, BRENDAN (SBCSI) wrote: >>> >>> >>> >>>>Sounds good, except that, if the JSF spec says to use GMT by default, >>>>shouldn't we keep that as the default, to be consistent with it and >>>>avoid confusion among people using different implementations? >>>> >>>>Maybe we should add support for allowing the user to specify using > > the > >>>>"server" time zone by setting an attribute value? >>>> >>> >>> >>>Switching between <f:convertDateTime .... /> (JSF spec) >>>and <s:convertDateTime .... /> (sandbox) gives the user exactly this >>>ability. >>> >>> >>> >>> >>>>- Brendan >>>> >>>>-----Original Message----- >>>>From: Travis Reeder [mailto:[EMAIL PROTECTED] >>>>Sent: Monday, October 31, 2005 1:43 PM >>>>To: MyFaces Discussion >>>>Subject: Re: curious problem with dates >>>> >>>> >>>>Hi all, >>>> >>>>I just checked in a sandbox converter for this that uses >>>>TimeZone.getDefault() for default timezone instead of GMT. Used same >>>>as core, but in the sandbox namespace. >>>> >>>><s:convertDateTime .... /> >>>> >>>>Travis >>>> >>> >>> >>>Regards >>> Volker >> >> > -- Don't answer to From: address! Mail to this account are droped if not recieved via mailinglist. To contact me direct create the mail address by concatenating my forename to my senders domain.
