Help with client-side Adapter for Virtuallist

[sharp void]

Hello, I've taken a look at the implementation from Solid / React for their tanstack virtuallist adapter. This is more or less a copy from those examples. Unfortunately the list renders white when you scroll fast enough.

I believe this would be due to the async state commits, is there an analog to flushSync in Qwik ?
Or is this related to something else ? Any help would be appreciated 😊

The single-file repro is attached, unfortunately too large for Discord. To run the example the basic pnpm create qwik@latest && npm i @tanstack/virtual-core is all that's needed.

https://cdn.discordapp.com/attachments/1302906186529767474/1334911654172954654/react_is_faster.mp4?ex=67aac71b&is=67a9759b&hm=96a76bc1fb0c88ce0b628dd9568b1623a61563ad6195c323741077d3fbf0df36&

Didn't add a sandbox because their service seems to be down currently

[blissful smelt]

Can you try this with V2? Instructions are pinned over at #qwik-v2

If not better it will be good to optimize this in any case

[sharp void]

@blissful smelt I tried it with v2, it is better but the issue still persists (and other things broke)

[blissful smelt]

Could you provide a sandbox with V2? And what broke?

[sharp void]

The updater doesn't seem to work on codesandbox

This is more or les the transform for v2

I am not sure what the breaking changes are for v2, but in this case the useVisibleTask track function possibly no longer tracks the options store ? and thats why when the amount of items is changed it no longer updates ?

But yes the main issue still remains of the "nothing" rendering, I assume there is no flushSync equivalent then ? How should this then be handled ?

[blissful smelt]

Try first running npm i -D ts-morph and then try again

@merry smelt the ts-morph dep keeps causing issues 😦

[blissful smelt]

Try writing it as const opts = ctx.track(options, 'opts'). I think our new implementation doesn't track the whole store, and I'm not sure if that's good or bad.