I've reported this before and was told to wait for smarter prefetching which is coming up at some point. However, I wanted to check in if things changed since last reported since I see the same issues now on Qwik's website which is worrying (I thought it was just me). The main issue is: when a button is clicked, feedback (UI changes) should almost be instant. However, in many cases in our app, a button is clicked and nothing happens for >500-1000ms. The ability to show "loading" state is limited (since Qwik has to download the code that shows the "loading" state).
We see this when we try to search for something in Qwik's documentation website. When I click on the search box I need to wait >1 sec for the search dialog to appear. The same happens when I click enter to search, nothing is shown to indicate that Qwik is loading results.
I understand there are ways to overcome this - but they're on a case-by-case basis and not intuitive - one has to dive deep into how Qwik works to minimize the impact of streaming components that should not have a delay of more than 200ms when interacted with (e.g. in a text editor, the ability to change text color.).
Are there efforts to make prefetching smarter and ways to manually select components to be prefetched easier?
Also - it seems like some components which are prefetched automatically are impacting our lighthouse score. For example, we have a Stripe payment component 2-3 pages deeper than the homepage. Yet, when running the Lighthouse test, it complains that JS code that is not used is impacting the page load speed. This also has something to do with prefetching not working optimally.
We moved our store from Angular to Qwik thinking we'd gain a lot by the fast initial pageload - but it seems like we're losing more by the unresponsive buttons in the critical purchase path.