Replies: 5 comments
-
it could be implemented by qwikloader emiting an event, that can be captured by other code to handle it: |
Beta Was this translation helpful? Give feedback.
-
How about a fallback in case there's no event handler, that just displays an alert? |
Beta Was this translation helpful? Give feedback.
-
this is similar to trying to handle skew issue so I'll assign it to myself to figure it out |
Beta Was this translation helpful? Give feedback.
-
I think there should be a handler for fail of the dynamic import in the qwikloader. The handler should do
The developers should suppose
So the QRL may have information to determine that the execution would fail on offline or wait for online. |
Beta Was this translation helpful? Give feedback.
-
We moved this issue to |
Beta Was this translation helpful? Give feedback.
-
Is your feature request related to a problem?
On a mobile device, when users go offline randomly, prefetching might not work
Then a user can click a button, and just see no response.
Describe the solution you'd like
Idea: a way for either the Qwik Loader or some other plugin that get prefetched first to let the user know that code is not loaded because they are offline.
So once a user clicks the button, they see a message (which could be a generic one customized by the app's devs) that interactivity is not possible because they are offline.
This is still a rough idea, but I think it's going to be a common use case where prefetching might fail and users won't know why the app looks interactive but it's not.
Describe alternatives you've considered
Additional context
No response
Beta Was this translation helpful? Give feedback.
All reactions