Svelte 5: add examples of mixing runes and store to documention

[mheinzerling]

Svelte 5: add examples of mixing runes and store to documention

[mheinzerling]

Slightly related to #9287

[dummdidumm]

writable_mixed relies on a store and a state variable, but it will only update when the store value changes, because that's how derived stores work. In general, if you're working with stores and derived stores, don't mix in state variables if you expect them to contribute to the stores updating.

I don't think we need to add this to the documentation, therefore closing this.

[mheinzerling]

@dummdidumm Maybe my sample is kind of artificial. I totally get the point to not to do it in new projects.

Nevertheless, this is of course an actual issue in my migration process. If I migrate a shared writeable to a state rune, I'm forces to update everything that is connected to this writeable in one go. I can't even build the dev server in between to verify the current changes.
Of course anybody could figure out at their own how to address this issue, or decide to reject the migration at all, but a helpful guide in the documentation with some patterns could be useful. If I got Rich right in his last talk, your are interested in moving all project to Svelte 5 and prevent a splitting of the ecosystem.

[dummdidumm]

With "don't need to add this to the documentation" I meant that specific gotcha of using state inside a derived. We'll have documentation about how to migrate, including stores and examples etc.