And also (sorry for the multiple responses), you are showing jquery code, rails moved out of jquery a long time ago (I think docs are outdated though), something might be wrong with your setup.
El mar., 18 feb. 2020 a las 14:25, Ariel Juodziukynas (<arielj...@gmail.com>) escribió: > Can you share some code to reproduce the problem? (a github repo with a > simple rais app would be greate) > > El mar., 18 feb. 2020 a las 14:24, Ariel Juodziukynas (< > arielj...@gmail.com>) escribió: > >> I have a few rails 6 projects and remote forms works out of the box with >> no event binding. Can you reproduce that problem with a clean rails app? >> maybe you have some other js messing up rails' ajax handers. >> >> El mar., 18 feb. 2020 a las 14:22, Momeas Interactive (< >> t...@datatravels.com>) escribió: >> >>> Incorrect. You HAVE to bind your Ajax events, or else there is no >>> functionality. (the page does not refresh and gives no user interaction). I >>> do not think that expecting user interaction is an abnormal expectation in >>> a modern web app. >>> >>> >>> >>> On Sunday, February 16, 2020 at 5:39:20 PM UTC-5, Ariel Juodziukynas >>> wrote: >>>> >>>> It doesn't say you that you HAVE to bind all the ajax events. It >>>> explicitly says that you "probably" want to do that if you "probably" want >>>> to do something other than just submitting the form. >>>> >>>> El dom., 16 feb. 2020 a las 17:53, Momeas Interactive (< >>>> te...@datatravels.com>) escribió: >>>> >>>>> it says here in the docs that for turobolinks that you now have to >>>>> BIND ALL YOUR AJAX EVENTS (!?!?) if you want your forms to submit >>>>> correctly. >>>>> >>>>> >>>>> https://guides.rubyonrails.org/working_with_javascript_in_rails.html#remote-elements >>>>> >>>>> >>>>> "You probably don't want to just sit there with a filled out <form>, >>>>> though. You probably want to do something upon a successful submission. To >>>>> do that, bind to the ajax:success event. On failure, use ajax:error. Check >>>>> it out:" >>>>> >>>>> $(document).ready -> >>>>> $("#new_article").on("ajax:success", (event) -> >>>>> [data, status, xhr] = event.detail >>>>> $("#new_article").append xhr.responseText >>>>> ).on "ajax:error", (event) -> >>>>> $("#new_article").append "<p>ERROR</p>" >>>>> >>>>> >>>>> basically… sitting there with a filled out form is exactly what >>>>> happens if you just do a generic form_with and post it now in Rails 6 … >>>>> literally, the user just sits there and nothing happens. >>>>> >>>>> are you really supposed to bind all your turbolinks forms throughout >>>>> your website like this? This seems totally nuts to me, and, kind of, not >>>>> at >>>>> all 'unobtrusive' … (I thought the whole point of 'unobtrusive' was to not >>>>> have to write a lot of helper/glue/boiler plate code.) >>>>> >>>>> it seems totally crazy to me that out-of-the-box Rails 6 installations >>>>> can't do the most basic web function of submitting a form without the >>>>> developer having to know about binding events of the Ajax calls. In the >>>>> old >>>>> days didn't this used to 'just work' out of the box? >>>>> >>>>> anyone else have any thoughts on this and think Rails is moving in the >>>>> wrong direction here? The main attraction of Rais is how easy it is to >>>>> make >>>>> so much functionality with little config and effort, and this area seems >>>>> too basic to me to require this top-heavy approach that requires binding >>>>> up >>>>> Ajax events. >>>>> >>>>> I think Rails 7 should move away from having turbolinks turned on by >>>>> default — it's a good technology if you want to opt-in to it, but it's got >>>>> so much configuration that it often just gets in the way for new Rails >>>>> apps. It would be very easy to simply leave off Turbolinks in default >>>>> Rails >>>>> apps and then simply provide instructions for opting-in to it. (Like, >>>>> active record session store and other things that used to be default and >>>>> then were extracted out into separate opt-in gems.) >>>>> >>>>> >>>>> Thoughts? >>>>> >>>>> Jason >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Ruby on Rails: Talk" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to rubyonra...@googlegroups.com. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/rubyonrails-talk/511637f0-dec3-4bd1-9648-a823c140669b%40googlegroups.com >>>>> <https://groups.google.com/d/msgid/rubyonrails-talk/511637f0-dec3-4bd1-9648-a823c140669b%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Ruby on Rails: Talk" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to rubyonrails-talk+unsubscr...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/rubyonrails-talk/39ae14f7-72e1-48c3-9d44-371a4e9a799f%40googlegroups.com >>> <https://groups.google.com/d/msgid/rubyonrails-talk/39ae14f7-72e1-48c3-9d44-371a4e9a799f%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CAPS3bcCqkdreg8hRWZbm9eyg4Oa0379P4EdCWVO1BtAA%2BDR8Yg%40mail.gmail.com.