Użyć form_for Railsów, ale ustawić niestandardowe klasy, atrybuty w elemencie <form>?

form_forwydaje się ignorować wszelkie „dodatkowe” atrybuty, takie jak data-fooatrybut, lub classprzekazywane jak optionsw drugim argumencie.

= form_for @user, {:url => 'foo', :class => 'x', 'data-bar' => 'baz' } do |f|
  # ...

Dane wyjściowe to <form>znacznik bez xklasy ani data-baratrybutu.

Jaka jest poprawka?

Albo jak mogę pobrać FormBuilderinstancję bez używania form_for?

Użyj :htmlskrótu:

= form_for @user, :html => {:class => 'x', 'data-bar' => 'baz'} do |f|

Lub

= form_for @user, html: {class: 'x', data: { bar: 'baz' } } do |f|

Rails 4.0.3, Ruby 2.1.0p0 -> to działało dla mnie =>

<%= form_for(@contact, :html => {:class => 'form_height'}) do |f| %><% if     @contact.errors.any? %>

Miałem ten sam problem, ale byłem zdziwiony, że inny formularz w innym miejscu w mojej aplikacji działa dobrze.

Zdałem sobie sprawę, że przypadkowo dodałem form_for wewnątrz innego form_for, który po usunięciu rozwiązał problem.

Po drugie, powinienem dodać, że taka składnia działa u mnie w Railsach 4.2:

<%= form_for @type, html: {class: "form-horizontal"} do |f| %>

Uważam, że jest to lepsze od zupy interpunkcyjnej innych odpowiedzi tutaj (które być może były oparte na starszej wersji Rails).

W większości helperów ostatni argument jest skrótem opcji html dla elementu.

= form_for @user, :html => {:class => 'x', 'data-bar' => 'baz'} %>

Możesz również sprawdzić inne alternatywy w dokumentacji ActionsView :: Helpers :: FormHelper

Wypróbowałem powyższe bez powodzenia, ale znalazłem rozwiązanie. Używam szyn 4.1.6.

To nie zadziałało

= form_for @user, :html => {:class => 'x', 'data-bar' => 'baz'} %>

To zrobił

= form_for @user, html: {:class => 'x', 'data-bar' => 'baz'} %>

Zauważ różnicę z opcją HTML, mam nadzieję, że to pomoże