RE: JSF 1.2

2006-06-20 Thread Coloma Escribano, Ignacio
Could someone please update the docs in the website? They seem outdated, and refer to the generic ASF checkout rules (which of course here do not apply) -Mensaje original- De: Wendy Smoak [mailto:[EMAIL PROTECTED] Enviado el: jueves, 15 de junio de 2006 20:22 Para: MyFaces Discussion

RE: f:converterDateTime doesn't convert properly

2006-06-20 Thread Coloma Escribano, Ignacio
Since the spec is so obviously error-prone for the most common case, it would make sense to add a config property SPEC_COMPLIANT_TIMEZONE, default to false, and use the system TimeZone by default. I mean, to avoid everyone complaining about date conversion issues. Does anybody know why its

Why the shared package renaming?

2006-06-20 Thread Coloma Escribano, Ignacio
Does anybody know why the shared package gets renamed for tomahawk and core? Im trying to use the myfaces jar in a project and link the sources to the jar (standard procedure, prepare a zip with the corresponding sources and attach it to the jar so that framework debugging is

RE: f:converterDateTime doesn't convert properly

2006-06-20 Thread Coloma Escribano, Ignacio
:[EMAIL PROTECTED] Enviado el: martes, 20 de junio de 2006 11:58 Para: MyFaces Discussion Asunto: Re: f:converterDateTime doesn't convert properly I fear that such an option could causes TCK issues.. Cosma 2006/6/20, Coloma Escribano, Ignacio [EMAIL PROTECTED]: Since the spec is so obviously

RE: f:converterDateTime doesn't convert properly

2006-06-20 Thread Coloma Escribano, Ignacio
and (by default) you do Y. 2006/6/20, Coloma Escribano, Ignacio [EMAIL PROTECTED]: If I understand correctly, it would be 99% backwards compatible: * If I did specify a TimeZone in the JSP, it will be used anyways after the change. * If I didn't (and it works) it's because my system local TimeZone

RE: Why the shared package renaming?

2006-06-20 Thread Coloma Escribano, Ignacio
2006 13:08 Para: MyFaces Discussion Asunto: Re: Why the shared package renaming? Hi, To get rid of another shared jar in the lib actually, also make the tomahawk more independent from the implementation. Cagatay, On 6/20/06, Coloma Escribano, Ignacio [EMAIL PROTECTED] wrote: Does

RE: Why the shared package renaming?

2006-06-20 Thread Coloma Escribano, Ignacio
should be able to attach the source directories of the shared project to your jars - I think that in the nightly builds and the next release, this will even work directly out of the box (correct me if I'm wrong here, Catalin) regards, Martin On 6/20/06, Coloma Escribano, Ignacio [EMAIL

RE: Adding star while rendering all required InputText

2006-06-29 Thread Coloma Escribano, Ignacio
You don't have to write a whole Renderer. Just overrite HtmlInputTestRenderer.encodeBegin and write a span before calling super.encodeBegin() (two lines of code). Then, register your renderer in faces-config as javax.faces.Text (IIRC) to override the default MyFaces renderer. Total amount of

RE: Acegi authentication with several outcomes

2006-07-04 Thread Coloma Escribano, Ignacio
Seems that you can achieve that requirement with a Filter and a simple redirect on a condition. To be more specific would need more details :) -Mensaje original- De: L Frohman [mailto:[EMAIL PROTECTED] Enviado el: viernes, 30 de junio de 2006 10:22 Para: 'MyFaces Discussion' Asunto:

RE: Shale, Spring Tiger Annotations

2006-07-05 Thread Coloma Escribano, Ignacio
The spring-jsf project is an outdated alternative to achieve what you want. Im saying from memory, but Spring 2 introduces what you really need, the DelegatingVariableResolver. The rest that spring-jsf provides is a bidirectional reachability, that allows you to reach JSF beans from