You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Nicolas Malin (Created) (JIRA)" <ji...@apache.org> on 2011/11/07 19:54:51 UTC

[jira] [Created] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

renderDateTimeField Freemarker macro ignores framework date-time format settings
--------------------------------------------------------------------------------

                 Key: OFBIZ-4547
                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
             Project: OFBiz
          Issue Type: Bug
          Components: framework
    Affects Versions: SVN trunk
            Reporter: Nicolas Malin
            Priority: Minor


http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none

{quote}
The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
framework date-time format settings and formats date-time fields using
jQuery instead. Two problems with that:

1. Even when shortDateInput = true, the date and time are displayed when
the value is a Timestamp.
2. If the value is anything other than a Timestamp, (java.util.Date or
java.sql.Date) then the field content is localized, and any attempt to
pass the field content to a service fails - because there is no way to
convert the string back to the proper object type.

Why was this change made?
----
I located the problem and committed some notes in rev 1197028. I don't
have time right now to fix it.

The problem isn't caused by JavaScript, it's caused by the renderer. We
still need to fix the JavaScript code though.

-Adrian 
{quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Posted by "Nicolas Malin (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/OFBIZ-4547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nicolas Malin updated OFBIZ-4547:
---------------------------------

    Affects Version/s: Screen Widget Redesign
    
> renderDateTimeField Freemarker macro ignores framework date-time format settings
> --------------------------------------------------------------------------------
>
>                 Key: OFBIZ-4547
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: Screen Widget Redesign, SVN trunk
>            Reporter: Nicolas Malin
>            Priority: Minor
>              Labels: date, render
>         Attachments: OFBIZ-4547.patch
>
>
> http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none
> {quote}
> The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
> framework date-time format settings and formats date-time fields using
> jQuery instead. Two problems with that:
> 1. Even when shortDateInput = true, the date and time are displayed when
> the value is a Timestamp.
> 2. If the value is anything other than a Timestamp, (java.util.Date or
> java.sql.Date) then the field content is localized, and any attempt to
> pass the field content to a service fails - because there is no way to
> convert the string back to the proper object type.
> Why was this change made?
> ----
> I located the problem and committed some notes in rev 1197028. I don't
> have time right now to fix it.
> The problem isn't caused by JavaScript, it's caused by the renderer. We
> still need to fix the JavaScript code though.
> -Adrian 
> {quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Posted by "Nicolas Malin (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/OFBIZ-4547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nicolas Malin updated OFBIZ-4547:
---------------------------------

    Attachment: OFBIZ-4547.patch

Adrian, I try to solve the parsing date problem but I can't reproduce this bug.

Can you check the patch, and if is't ok can you give how reproduce it.
                
> renderDateTimeField Freemarker macro ignores framework date-time format settings
> --------------------------------------------------------------------------------
>
>                 Key: OFBIZ-4547
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: SVN trunk
>            Reporter: Nicolas Malin
>            Priority: Minor
>              Labels: date, render
>         Attachments: OFBIZ-4547.patch
>
>
> http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none
> {quote}
> The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
> framework date-time format settings and formats date-time fields using
> jQuery instead. Two problems with that:
> 1. Even when shortDateInput = true, the date and time are displayed when
> the value is a Timestamp.
> 2. If the value is anything other than a Timestamp, (java.util.Date or
> java.sql.Date) then the field content is localized, and any attempt to
> pass the field content to a service fails - because there is no way to
> convert the string back to the proper object type.
> Why was this change made?
> ----
> I located the problem and committed some notes in rev 1197028. I don't
> have time right now to fix it.
> The problem isn't caused by JavaScript, it's caused by the renderer. We
> still need to fix the JavaScript code though.
> -Adrian 
> {quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira