Alexandre Dieulot
Alexandre Dieulot
That's planned. Would go hand in hand with #97.
It seems to me too that the progress bar make thing appear slower (but it’s needed). Showing the progress bar only after a delay sounds like an interesting thing to...
Because the page changes so fast that users sometimes don’t notice it has changed. After “OMG so fast”, this is the second most common piece of feedback I got from...
I think I should find what is right for everybody and not offer an armada of settings. Good news though, I’ve been reconsidering what I said previously. I now think...
What I’m planning to do is separate the progress bar from the core code, and make it rely on events. The version distributed on the website will come with the...
(If it doesn’t, that’ll be an issue to raise.)
I retract what I said, setting the progress bar to always display (the current behavior) is temporarily useful for an existing site with users who aren’t yet accustomed to pages...
I re-retract. It’s not worth the trouble setting this twice (first always display, then only when the page hasn’t loaded), also going from always displaying the progress bar to displaying...
> Maybe just throwing an event would allow customization for those interested. Could you give more details on this? Not sure I understand. What will happen is, the progress bar...
Long story short is that once you’ve removed that line, you must send a header such as this: `Access-Control-Allow-Origin: *`, and it should work (haven’t tested). Please report back on...