Ticket #191 (closed defect: fixed)

Opened 4 years ago

Last modified 2 years ago

Moon-activity: timestamp should be translated

Reported by: garycmartin Owned by: garycmartin
Priority: normal Milestone:
Component: Moon Version: Unspecified
Severity: Unspecified Keywords:
Cc: Distribution/OS: Unspecified
Bug Status: Unconfirmed

Description

korakurider: Timestamps in Moon activity (Next full moon/new moon/lunar eclipse/solar eclipse) are shown in English, but should be translated.

garycmartin: Yes, thanks for the report!

I specifically kept the date formats un-customised (hence the rather pointless auto inclusion of seconds that I'd rather have left out) and using the system provided date defaults, in the hope that the system date locale defaults would have been appropriate in most locale cases. I'll need to re-evaluate this decision now that there are lot's of lovely translations landing (thanks everyone) :-) I'm guessing relying on the system locale date provision is not enough.

As a native English only speaker (well, some minimal French), I'm not sure how deep this rabbit hole goes, any examples of how you'd like to see dates presented would be great.

Date issue are actually a major reason I've omitted a significant feature goal. I'd _love_ to provide a full calendar view of Moon phases. For me this would be something like a month grid view with Mon/Tues/Wed/Thu/Fri/Sat/Sun, and a date per day. But I know this is not the calendar much of the world would recognise. Again, feed back on this would be much appreciated!

korakurider: To me, just formatting with strftime("%c") would be better than ctime(), though it also includes seconds.

Change History

Changed 4 years ago by wadeb

You might want to just put the argument to strftime in _(), so the translators can apply the formatting that is most appropriate.

But, are there any specific examples of locale X wanting date format Y but seeing Z instead? Seems like the initial bug report was just about the text.

Changed 4 years ago by garycmartin

  • status changed from new to accepted

Changed 3 years ago by cjl

  • distribution set to Unspecified
  • severity set to Unspecified
  • status_field set to Unconfirmed

See #1954 for a fix of a similar issue with Record

Changed 2 years ago by garycmartin

  • status changed from accepted to closed
  • resolution set to fixed
Note: See TracTickets for help on using tickets.