{"issue":{"pull_request":{"diff_url":null,"html_url":null,"patch_url":null},"state":"open","milestone":null,"user":{"avatar_url":"https://secure.gravatar.com/avatar/79b1b001d5ff186c9bd02e7487aa4142?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png","gravatar_id":"79b1b001d5ff186c9bd02e7487aa4142","url":"https://api.github.com/users/derekprior","login":"derekprior","id":152152},"updated_at":"2011-11-17T18:46:42Z","labels":[],"assignee":null,"closed_at":null,"comments":0,"url":"https://api.github.com/repos/stouset/twitter_bootstrap_form_for/issues/26","body":"It seems that the standard form builder methods support i18n just fine. The `inputs` and `inline_inputs` methods do not, however. Would it be worth adding some i18n to those methods inside the gem, or should the user be forced to call t() in the view? I'm still becoming familiar with the i18n API myself, so I'm not sure how this is usually handled.\r\n\r\nIf tackle it in the gem is desired, I think the simplest way might be to just call translate when those methods try to throw down a label. That works fine if you pass, say, a symbol as the label. That'd be a clear indication that you'd want translation done. What about the case where the user passes a string as the label (i.e. `'fieldsets.user_information'`)? How would we know if they want that translated or if they want to render that string directly?\r\n\r\nIs there a standard practice for this? simple_form leverages the existing standard location for label translations (helpers.label.model.field) but they do not introduce new elements.\r\n","html_url":"https://github.com/stouset/twitter_bootstrap_form_for/issues/26","title":"Support for i18n?","number":26,"id":2272197,"created_at":"2011-11-17T18:46:42Z"},"action":"opened"}