[
https://issues.apache.org/jira/browse/JSPWIKI-196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12571657#action_12571657
]
Janne Jalkanen commented on JSPWIKI-196:
----------------------------------------
Andrew: incorrect. The question was about things like Comment.jsp which
actually *writes* the datetime onto the page. In this case, the locale of the
browser is actually *damaging* the situation, because all comment dates would
be written in whatever locale the user might be using. So you would see dates
in Finnish if I commented on something.
I'm seeing at least three different things being discussed here. I would like
to propose that someone splits these into these separate issues
1) usage of ISO8601 as the default time format (which I believe is crap, and
JSPWiki is not a scientific project. You're not seeing greek letters anywhere
either, and scientists regularly use those as variable names. I know, I'm a
trained physicist.)
2) making sure wherever we render internal dates we use browser locales properly
3) adding an property-settable datetime format for cases where we render the
dates directly on the page content (like Comment.jsp).
> Date and time format accoding to ISO 8601
> -----------------------------------------
>
> Key: JSPWIKI-196
> URL: https://issues.apache.org/jira/browse/JSPWIKI-196
> Project: JSPWiki
> Issue Type: Improvement
> Components: Localization
> Affects Versions: 2.6.1
> Environment: Any
> Reporter: Goran Karlic
> Priority: Trivial
>
> We have multiple occurences of hard-coded or context-unaware DateTime to
> String conversions (page properties, JSPs, templates).
> My proposal is to rely on an international standard instead of using an
> invented default. The current international standard is ISO 8601 (s.
> Wikipedia). My further proposal is to show time with the precision to the
> second, as the SI unit system defines the second as the basic unit of time.
> Furthermore "GMT" is replaced by "UTC" and they might differ up to a second
> (s. Wikipedia).
> I think this will make unlocalized strings more transparent to the users and
> easier to decode correctly (consider 02/03/08 - is it in the future or in the
> past - or might it even be the current time?!).
> Following this proposal java format strings allowed for above cases would be:
> (1) Simple date: "yyyy-MM-dd" ("The daily mail for 2008-02-20 was sent")
> (2) Date and time
> (2.1) Explicit time context: "yyyy-MM-dd hh:mm:ssZ" ("User gkarlic made this
> at 2008-02-20 22:38:10+0100")
> (2.2) Implicit time context: "yyyy-MM-dd hh:mm:ss" ("This server lives on
> CET, here it is 2008-02-20 22:38:10")
> Where (2.1) would be used for strings that might emerge from different
> time-zones.
> If others agree with this proposal, I would gladly make the required changes.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
