[question] Why is the scheduler dependency required?

[romgrk]

I was wondering if there was a way to remove it from the peer dependencies. Thanks.

[dai-shi]

Because it is used in the code:

use-context-selector/src/index.ts

Line 19 in bd4eb74

} from 'scheduler';

You might be interested in reading the discussion in #100.

[romgrk]

I've read the code, but I don't understand why wrapping the listener callbacks with runWithNormalPriority is required. If you could point me to resources to understand the issue better I'd be super happy to understand more about this.
I've also read the linked discussion, but I couldn't understand the link between the scheduler and that discussion :|

[dai-shi]

If you need to dive into it, you want to follow resources linked in https://github.com/dai-shi/will-this-react-global-state-work-in-concurrent-rendering.
Some links might be outdated.

In reality, if you don't care much about the subtle behavior, you could implement much simpler version of useContextSelector.

[romgrk]

you could implement much simpler version

Yeah I figured, I have a very minimal implementation here: https://gist.github.com/romgrk/a3dc5d3de5c011e0925b2f2aee14ee98 (if you have any comments, I'd be interested to hear)

if you don't care much about the subtle behavior

Actually I do care about correctness, if you have any comments to make on the issues that could arise from not having the scheduler wrapper I'd be happy to hear. Otherwise, feel free to close this issue, and thanks for the replies.

[dai-shi]

One small note is that useEffect can technically be fired with a big delay, so the store state can be changed before you subscribe to the store.

Other than that, it should be "level 1".
It will probably fail with level 2 and 3.
To be level 2, you can just use useSyncExternalStore.
To be level 3, it's basically impossible, and my hack is to use scheduler and some others.

See reactwg/react-18#70 for levels.