[
https://issues.apache.org/jira/browse/TOMAHAWK-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved TOMAHAWK-1014.
--------------------------------------
Resolution: Fixed
Fix Version/s: 1.1.9-SNAPSHOT
Changed decode and encodeEnd to allow Converter interface, but preserve old
behavior if no converter is used.
Now, the documentation of getConverter looks like this:
/**
* Retrieve the converter used by this component.
* <p>
* If no converter is selected, submitted values are converted to
* its inner class UserData on decode method.
* </p>
* <p>
* If some converter is used, submitted values are decoded as
* a String with the following format:
* </p>
* <p></p>
* <p>year=yyyy</p>
* <p>month=mm</p>
* <p>day=dd</p>
* <p>hours=hh</p>
* <p>minutes=mm</p>
* <p>seconds=ss</p>
* <p>ampm=ampm</p>
* <p></p>
* <p>
* Note that submitted values could be wrong and it is necessary to
* restore values on render response phase. The converter receive
* a string with this format on getAsObject method and it is expected
* the converter encode it on getAsString method, so the renderer can
* restore the submitted values correctly.
* </p>
*
* @JSFProperty
*/
> HTMLInputDate ignores custom converters
> ---------------------------------------
>
> Key: TOMAHAWK-1014
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1014
> Project: MyFaces Tomahawk
> Issue Type: Bug
> Components: Date
> Affects Versions: 1.1.5
> Reporter: Steven Gollery
> Assignee: Leonardo Uribe
> Fix For: 1.1.9-SNAPSHOT
>
>
> Setting a custom converter on HTMLInputDate fails.
> HTMLDateRenderer.getConvertedValue does not use the converter from the
> component, but instead uses UserData.parse.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
