Wikimedia Bugzilla is closed!

Hi, in what circumstances does this become an issue?

(In reply to comment #1)
> Hi, in what circumstances does this become an issue?

Well, I have a table in a template that's used in pages describing projects, which contains the following:

<tr><th>Arrived</th><th>Deadline</th><th>Sent</th></tr>
<tr><td>[[Project Arrived date::{{{ArrivedDate}}}]]</td><td>[[Project Deadline date::{{{DeadlineDate}}}]]</td><td>[[Project Sent date::{{{SentDate}}}]]</td></tr>

This page (using the above template) is being filled with a form. Afterwards the resulting table in the page looks as follows:

Arrived 	Deadline 	Sent
2008/09/01 	2008/09/09 	2008/09/08

but imo it should like this:

Arrived 	Deadline 	Sent
2008-09-01 	2008-09-09 	2008-09-08

Hi, sure, but where does the problem arise? Or is this mostly an aesthetic issue?

(In reply to comment #3)
> Hi, sure, but where does the problem arise? Or is this mostly an aesthetic
> issue?

Yes, it's mostly an aesthetic issue. And I know already that (my) target users will complain about too many different date formats. ;) SMW has a default (at least it's written in the documentation at http://www.semantic-mediawiki.org/wiki/Type:Date#Display_format - although it doesn't seem to really be true, but that's another issue...), so I think an extension that heavily builds on SMW should also stick to this. Is there a particular reason for using the '/' divider?

Why don't you use {{#time:}} to reformat your dates?

(In reply to comment #5)
> Why don't you use {{#time:}} to reformat your dates?

I didn't think of that. Ok, so changing

[[Project Arrived date::{{{ArrivedDate}}}]]

to

[[Project Arrived date::{{ #time: Y-m-d | {{{ArrivedDate}}} +8 hours }}]]

gives me what I want, no matter what SF actually stores (the +8 hours is there because I assume everybody will enter China Standard Time dates instead of UTC dates).

Closing as INVALID. No real bug here.