Closed KDGundermann closed 3 years ago
https://github.com/svenfuchs/rails-i18n/blob/master/rails/locale/de.yml has for locale de:
time.formats.short: "%d. %B, %H:%M Uhr"
format.to_s.gsub(/%(|\^)[aAbBpP]/) do |match|
case match
...
when '%b' then I18n.t!(:"date.abbr_month_names", :locale => locale, :format => format)[object.mon]
when '%^b' then I18n.t!(:"date.abbr_month_names", :locale => locale, :format => format)[object.mon].upcase
when '%B' then I18n.t!(:"date.month_names", :locale => locale, :format => format)[object.mon]
There is no built-in support for integrating with Rails I18N.
Did you solve this? Because the README says that tod would have support for i18n.
Particularly the line from the README documentation does not work (it causes the above mentioned error):
Or i18n in a Rails ERB view. <%= l Tod::TimeOfDay.new(8, 30), format: :short %>
How can we work around this issue?
The most straight forward solution would be to edit/override the :short
format in your yml. The rails-i18n
gem defines this with a month (hence calling the mon
method), but tod has no concept of month. So either use a different format or change :short
like so:
de:
time:
formats:
short: "%H:%M Uhr"
It seems that tod is not replying to the standard ruby Time.mon
method:
https://www.geeksforgeeks.org/ruby-time-mon-function/
So I think the fix could be to add a mon
method to tod that returns any arbitrary value (like 1) – what do you think?
It doesn't make much sense for a tod to respond to date methods like mon
or wday
, but in order to use a tod in place of a regular ruby Time
it needs to somehow respond to these methods. I think the question is: should a tod be able to be used like a ruby Time
or not? Ruby time is definitely a different concept ("point in time") from tod ("time of day") – so it doesn't make sense. But the README of tod suggests that a tod can be used like a Time (and even be stored as a Time type in the DB). So what to make of it?