Turbolinks prevents normal $(document).ready()
events from firing on all page visits besides the initial load, as discussed here and here. None of the solutions in the linked answers work with Rails 5, though. How can I run code on each page visit like in prior versions?
Rather than listen to the ready
event, you need to hook in to an event fired by Turbolinks for every page visit.
Unfortunately, Turbolinks 5 (which is the version that appears in Rails 5) has been re-written, and does not use the same event names as in previous versions of Turbolinks, causing the answers mentioned to fail. What works now is to listen to the turbolinks:load event like so:
$( document ).on('turbolinks:load', function() {
console.log("It works on each visit!")
})
on('ready turbolinks:load')
otherwise I have some problems on some pages –
Monition $(document).on('turbolinks:load', ...)
did not work; I had to use document.addEventListener('turbolinks:load', ...
as described in the Turbolinks README. –
Newsy $(document).on 'ready, turbolinks:load', ->
? –
Feingold $(document).ready(function() { $(document).on('turbolinks:load', function() {} ) })
–
Bui Native JS :
document.addEventListener("turbolinks:load", function() {
console.log('It works on each visit!');
});
turbo:load
for Turbo –
Nobles In rails 5 the easiest solution is to use:
$(document).on('ready turbolinks:load', function() {});
Instead of $(document).ready
. Works like a charm.
ready
to the list, otherwise the function will be executed twice. As github.com/turbolinks/turbolinks/#observing-navigation-events said, you should do it like this: javascript $(document).ready(function() { $(document).on('turbolinks:load', function() {} ) })
–
Diaconicon $(document).ready
gets triggered, then at least in my own scenarios, I wouldn't need turbolinks:load
–
Drake ready
event is triggered. If there's turbolinks, the code is called twice –
Cinematography This is my solution, override jQuery.fn.ready
, then $(document).ready
works without any change:
jQuery.fn.ready = (fn)->
$(this).on 'turbolinks:load', fn
document
callbacks as well. Why the downvote? This should be safe as long as turbolinks is used throughout the entire application, right? –
Shortfall (For coffeescript)
I Use:
$(document).on 'turbolinks:load', ->
Instead of:
$(document).on('turbolinks:load', function() {...})
pure modern js:
const onLoad = () => {
alert("works")
}
document.addEventListener("load", onLoad)
document.addEventListener("turbolinks:load", onLoad)
with turbo it's turbo:load
Here is solution that work for me, from here:
install
gem 'jquery-turbolinks'
add this .coffee file to your app: https://github.com/turbolinks/turbolinks/blob/master/src/turbolinks/compatibility.coffee
name it turbolinks-compatibility.coffee
at application.js
//= require jquery //= require jquery_ujs //= require jquery.turbolinks //= require turbolinks //= require turbolinks-compatibility
production
env? Have you tested it out? There are some people telling it just work fine in development
mode. –
Recognizor While we await the fix to this really cool gem, I was able to move forward by modifying the following;
addCallback: (callback) ->
if $.turbo.isReady
callback($)
$document.on 'turbo:ready', -> callback($)
to:
addCallback: (callback) ->
if $.turbo.isReady
callback($)
$document.on 'turbolinks:load', -> callback($)
I'm not yet aware what this does not resolve, but it seemed to work well on initial inspection.
Use the light-weight gem jquery-turbolinks.
It makes $(document).ready()
work with Turbolinks without changing existing code.
Alternatively, you could change $(document).ready()
to one of:
$(document).on('page:fetch', function() { /* your code here */ });
$(document).on('page:change', function() { /* your code here */ });
depending on which one is more appropriate in your situation.
© 2022 - 2024 — McMap. All rights reserved.