form_forकिसी भी 'अतिरिक्त' विशेषताओं को अनदेखा करने के लिए एक data-fooविशेषता की तरह लगता है या इसके दूसरे तर्क के classरूप optionsमें पारित किया जाता है।
= form_for @user, {:url => 'foo', :class => 'x', 'data-bar' => 'baz' } do |f|
# ...
आउटपुट एक <form>टैग है जिसमें कोई xवर्ग या data-barविशेषता नहीं है।
ठीक क्या है?
या, मैं कैसे FormBuilderउपयोग किए बिना एक उदाहरण ले सकता हूं form_for?
जवाबों:
मुझे भी यही समस्या थी, लेकिन मुझे आश्चर्य हुआ कि मेरे ऐप में कहीं और एक और रूप ठीक काम कर रहा था।
मुझे एहसास हुआ कि मैंने गलती से एक और form_for के अंदर एक form_for जोड़ दिया था जो एक बार समस्या को ठीक कर देता था।
दूसरी बात, मुझे यह जोड़ना चाहिए कि यह वाक्य रचना मेरे लिए ४.३ में काम करती है:
<%= form_for @type, html: {class: "form-horizontal"} do |f| %>
मुझे यह अन्य उत्तरों के विराम चिह्न-सूप के लिए बेहतर लगता है, जो (जो शायद एक पुराने रेल संस्करण पर आधारित थे)।
ज्यादातर सहायकों पर, अंतिम arg तत्व के लिए html विकल्पों में से एक हैश है।
= form_for @user, :html => {:class => 'x', 'data-bar' => 'baz'} %>
आप दस्तावेज़ीकरण में अन्य विकल्प भी देख सकते हैं क्रियाएँ :: मददगार :: फॉर्म हेल्पर
मैंने बिना किसी भाग्य के ऊपर कोशिश की लेकिन एक समाधान मिला। मैं रेल का उपयोग कर रहा हूँ 4.1.6।
यह काम नहीं किया
= form_for @user, :html => {:class => 'x', 'data-bar' => 'baz'} %>
इसने किया
= form_for @user, html: {:class => 'x', 'data-bar' => 'baz'} %>
HTML विकल्प के साथ अंतर पर ध्यान दें, आशा है कि यह मदद करता है
= form_for(:user, :url => login_path, html: {:class => 'login_form'}) do |f| %> यह एकमात्र तरीका था कि मेरा कोड कक्षा को लागू करेगा, अन्यथा यह इसे अनदेखा कर रहा था।
= form_for @user, :html => {'class' => 'x'} do |f|:।classस्ट्रिंग के बजाय एक प्रतीक होना चाहिए।