With the newest release, you get live in-editor hints on where a component is rendered (server, client or both) and whether it uses unsafe imports.
This is solving one of the biggest pains when working with full-stack components 👇
Check the release notes for more details: docs.jaspr.site/releases/pac...
Check the release notes for more details: docs.jaspr.site/releases/pac...
Keeping track for each component is complex and tedious and can lead to unexpected behavior or even compilation errors due to wrong imports. 👇
Keeping track for each component is complex and tedious and can lead to unexpected behavior or even compilation errors due to wrong imports. 👇
jaspr_riverpod is not updated to use Riverpod 3, giving you access to all the latest features.
Also, syncing providers is now even easier. Think "fullstack providers" that you compute on the server (e.g. load from db) and read on the client after pageload.
It comes with:
✒️ Simpler and more Flutter-like syntax
🪄 Optimized performance and stability
🎨 More styling properties
Oh, and all breaking changes can be migrated fully automatically.
Check 🧵for details
Internally, this change allowed for deep optimizations in the framework, resulting in better performance, stability and less complexity (easier to maintain + contribute).
Read the full release notes here:
docs.jaspr.site/releases/v/0...
Internally, this change allowed for deep optimizations in the framework, resulting in better performance, stability and less complexity (easier to maintain + contribute).
Read the full release notes here:
docs.jaspr.site/releases/v/0...
This makes it even easier and more familiar to write Jaspr components. If you still want to return multiple children, use fragment().
Don't worry about migration. The new 'jaspr migrate' command will ->
This makes it even easier and more familiar to write Jaspr components. If you still want to return multiple children, use fragment().
Don't worry about migration. The new 'jaspr migrate' command will ->