How do you guys feel about adding support for passing `reload: true`
instead of just `true` to force reload the association?
I like the idea of that just because it removes a mystery attribute — you
now know why you are passing an argument to that method, instead of passing
a magic `true`.
Um, deviating a little from your particular concern (which may or may not be
justified), but you really can’t complain about being forced to include a gem
multiple times when you’re including action view (and thus active support,
I18n, TZInfo, builder, erubis, and a couple more…) *just* to use
It’s not that they have to install an extra gem that’s the problem, I think.
The problem is that Nokogiri is only used by a tiny, tiny subset of ActionView
and during the course of the application that tiny subset might not be used at
all.
The installation of Nokogiri can cause issues for
Wouldn't that work with a translation of your own, that receives the time
ago as an argument that you can interpolate, like this:
*translate :time_ago, time: time_ago_in_words(Time.current)*
*# locale*
*en:*
* time_ago: %{time} ago*
*pt-BR:*
* time_ago: %{time} atrás*
*zomg:*
* time_ago:
Rails goes out of its way to avoid forcing an installation of bcrypt
because it is a binary library.
See https://github.com/rails/rails/blob/v4.2.3/Gemfile#L21
Nokogiri forces installation of 2 binary libraries (libxml2 and libxslt),
so one would expect it not to be a dependency of any of the
Hi all,
I am working on internationalization topics, specifically time
localization, and have ran into an issue that could be a possible feature
inclusion in a future release that I wanted to get others' opinions on.
One of the popular formats in English to say a space in time relative to
the
As a side note, the base functionality of the number helpers was moved to
Active Support
http://api.rubyonrails.org/classes/ActiveSupport/NumberHelper.html, so
you don't need to rely on Action View anymore in this scenario.
(I understand the concern about including nokogiri, just wanted to make
Hi there,
This list is reserved for talk about the core of the Rails framework itself.
Please ask general Rails questions on the rubyonrails-talk mailing list,
#rubyonrails channel on Freenode or on Stack Overflow under the “ruby-on-rails”
tag.
Thanks!
On Mon, Jul 13, 2015 at 1:45