Alex Vanyo
@vanyo.dev
Android Software Engineer
Helping build adaptive Compose everywhere!
Helping build adaptive Compose everywhere!
Reposted by Alex Vanyo
๐ Want to see a preview of what's coming up in #JetpackCompose?
We heard you that debugging shared elements is tricky. In 1.11.0-alpha03, a new composable LookaheadAnimationVisualDebugging was added.
Wrap your SharedTransitionLayout to add visual cues to track down those hard to debug issues. ๐โคต๏ธ
We heard you that debugging shared elements is tricky. In 1.11.0-alpha03, a new composable LookaheadAnimationVisualDebugging was added.
Wrap your SharedTransitionLayout to add visual cues to track down those hard to debug issues. ๐โคต๏ธ
January 16, 2026 at 11:35 AM
๐ Want to see a preview of what's coming up in #JetpackCompose?
We heard you that debugging shared elements is tricky. In 1.11.0-alpha03, a new composable LookaheadAnimationVisualDebugging was added.
Wrap your SharedTransitionLayout to add visual cues to track down those hard to debug issues. ๐โคต๏ธ
We heard you that debugging shared elements is tricky. In 1.11.0-alpha03, a new composable LookaheadAnimationVisualDebugging was added.
Wrap your SharedTransitionLayout to add visual cues to track down those hard to debug issues. ๐โคต๏ธ
That way, resizing the window smaller will remain on the list until you've directly navigated to the detail, and then resizing smaller will remain on the detail. No need for an empty detail placeholder:
December 13, 2025 at 10:55 PM
That way, resizing the window smaller will remain on the list until you've directly navigated to the detail, and then resizing smaller will remain on the detail. No need for an empty detail placeholder:
One technique to solve this is to not have the detail in the underlying backstack state at first, and derive an entry list with a "transient" detail entry at larger window sizes. Only when you actually navigate to that entry does the entry get "realized" and get added to the underlying backstack.
December 13, 2025 at 10:55 PM
One technique to solve this is to not have the detail in the underlying backstack state at first, and derive an entry list with a "transient" detail entry at larger window sizes. Only when you actually navigate to that entry does the entry get "realized" and get added to the underlying backstack.
Idea 2: Because Navigation 3 allows hoisting the backstack state arbitrarily, you can give a backstack to the NavDisplay that is derived from some other state. Another tricky list-detail case is when you want the first detail visible initially, but only if there's enough space for it.
December 13, 2025 at 10:55 PM
Idea 2: Because Navigation 3 allows hoisting the backstack state arbitrarily, you can give a backstack to the NavDisplay that is derived from some other state. Another tricky list-detail case is when you want the first detail visible initially, but only if there's enough space for it.
Idea 1: I have a list-detail setup for my settings, but if there's even more space available, I want the entire list-detail setup to be in a dialog. I can do that by creating a custom DialogSceneStrategy that wraps my other scene strategies, and having the DialogScene wrap an arbitrary Scene:
December 13, 2025 at 10:55 PM
Idea 1: I have a list-detail setup for my settings, but if there's even more space available, I want the entire list-detail setup to be in a dialog. I can do that by creating a custom DialogSceneStrategy that wraps my other scene strategies, and having the DialogScene wrap an arbitrary Scene:
I've converted my side project to Navigation 3 (or at least, a similar close fork of Navigation 3), which you can try out on the web here!
alex.vanyo.dev/composelife
Two more complex scene ideas I've been playing around with: A SceneStrategy wrapping another SceneStrategy, and derived entry lists.
alex.vanyo.dev/composelife
Two more complex scene ideas I've been playing around with: A SceneStrategy wrapping another SceneStrategy, and derived entry lists.
December 13, 2025 at 10:55 PM
I've converted my side project to Navigation 3 (or at least, a similar close fork of Navigation 3), which you can try out on the web here!
alex.vanyo.dev/composelife
Two more complex scene ideas I've been playing around with: A SceneStrategy wrapping another SceneStrategy, and derived entry lists.
alex.vanyo.dev/composelife
Two more complex scene ideas I've been playing around with: A SceneStrategy wrapping another SceneStrategy, and derived entry lists.
Reposted by Alex Vanyo
Navigation 3 is here, and yes โ it changes things ๐
Alex Vanyo & Don Turner break down whatโs new, whatโs better, and what not to do.
Watch the VOD โ youtu.be/I9Ws2Lxv0dw
Alex Vanyo & Don Turner break down whatโs new, whatโs better, and what not to do.
Watch the VOD โ youtu.be/I9Ws2Lxv0dw
- YouTube
Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.
youtu.be
December 12, 2025 at 2:01 PM
Navigation 3 is here, and yes โ it changes things ๐
Alex Vanyo & Don Turner break down whatโs new, whatโs better, and what not to do.
Watch the VOD โ youtu.be/I9Ws2Lxv0dw
Alex Vanyo & Don Turner break down whatโs new, whatโs better, and what not to do.
Watch the VOD โ youtu.be/I9Ws2Lxv0dw
Navigation 3 sets the stage for navigating with scenes!
Be sure to tune in to @codewiththeitalians.it at cwti.link/twitch now to see @donaldturner.bsky.social and myself experiment with Navigation 3!
Be sure to tune in to @codewiththeitalians.it at cwti.link/twitch now to see @donaldturner.bsky.social and myself experiment with Navigation 3!
December 10, 2025 at 5:36 PM
Navigation 3 sets the stage for navigating with scenes!
Be sure to tune in to @codewiththeitalians.it at cwti.link/twitch now to see @donaldturner.bsky.social and myself experiment with Navigation 3!
Be sure to tune in to @codewiththeitalians.it at cwti.link/twitch now to see @donaldturner.bsky.social and myself experiment with Navigation 3!
Reposted by Alex Vanyo
Every day this week we're publishing content to help you get started with Nav3. android-developers.googleblog.com/2025/12/lear....
Got questions? Post them using #AskAndroid and we'll answer them live at 9am PST on Friday here: www.youtube.com/live/JsugLEM....
Got questions? Post them using #AskAndroid and we'll answer them live at 9am PST on Friday here: www.youtube.com/live/JsugLEM....
Learn about our newest Jetpack Navigation library with the Nav3 Spotlight Week
News and insights on the Android platform, developer tools, and events.
android-developers.googleblog.com
December 3, 2025 at 8:38 PM
Every day this week we're publishing content to help you get started with Nav3. android-developers.googleblog.com/2025/12/lear....
Got questions? Post them using #AskAndroid and we'll answer them live at 9am PST on Friday here: www.youtube.com/live/JsugLEM....
Got questions? Post them using #AskAndroid and we'll answer them live at 9am PST on Friday here: www.youtube.com/live/JsugLEM....
But now that you can conditionally display more than one entry at a time by wrapping panes with other UI, the sky is the limit.
I think there's a lot of possibilities around navigational systems that will go from "nigh impossible" to "very doable" with Navigation 3.
I think there's a lot of possibilities around navigational systems that will go from "nigh impossible" to "very doable" with Navigation 3.
December 4, 2025 at 12:36 AM
But now that you can conditionally display more than one entry at a time by wrapping panes with other UI, the sky is the limit.
I think there's a lot of possibilities around navigational systems that will go from "nigh impossible" to "very doable" with Navigation 3.
I think there's a lot of possibilities around navigational systems that will go from "nigh impossible" to "very doable" with Navigation 3.
The previous approaches were a lot harder to work with: the best approach before Navigation 3 was combining the list and detail together into a single destination, and before that, there was nesting NavDisplays with independent backstacks. Both of those approaches had annoying drawbacks.
December 4, 2025 at 12:36 AM
The previous approaches were a lot harder to work with: the best approach before Navigation 3 was combining the list and detail together into a single destination, and before that, there was nesting NavDisplays with independent backstacks. Both of those approaches had annoying drawbacks.
This metadata is then used by the scene strategy passed to the NavDisplay, specifically the ListDetailSceneStrategy:
github.com/android/nowi...
Using scenes, the ListDetailSceneStrategy can choose to render panes side-by-side only if they have the right metadata, and if the window is big enough.
github.com/android/nowi...
Using scenes, the ListDetailSceneStrategy can choose to render panes side-by-side only if they have the right metadata, and if the window is big enough.
December 4, 2025 at 12:36 AM
This metadata is then used by the scene strategy passed to the NavDisplay, specifically the ListDetailSceneStrategy:
github.com/android/nowi...
Using scenes, the ListDetailSceneStrategy can choose to render panes side-by-side only if they have the right metadata, and if the window is big enough.
github.com/android/nowi...
Using scenes, the ListDetailSceneStrategy can choose to render panes side-by-side only if they have the right metadata, and if the window is big enough.
The interests entry provides extra metadata that denotes that it is semantically a "list":
github.com/android/nowi...
Similarly, the topic entry provides extra metadata that denotes that it is semantically a "detail":
github.com/android/nowi...
github.com/android/nowi...
Similarly, the topic entry provides extra metadata that denotes that it is semantically a "detail":
github.com/android/nowi...
December 4, 2025 at 12:36 AM
The interests entry provides extra metadata that denotes that it is semantically a "list":
github.com/android/nowi...
Similarly, the topic entry provides extra metadata that denotes that it is semantically a "detail":
github.com/android/nowi...
github.com/android/nowi...
Similarly, the topic entry provides extra metadata that denotes that it is semantically a "detail":
github.com/android/nowi...
It's satisfying to see the integration point between Navigation 3 and ListDetailPaneScaffold come together after the previous approaches - the list and detail panes can finally be proper backstack entries _and_ be displayed simultaneously without nesting!
Pointing out key parts of the new setup:
Pointing out key parts of the new setup:
December 4, 2025 at 12:36 AM
It's satisfying to see the integration point between Navigation 3 and ListDetailPaneScaffold come together after the previous approaches - the list and detail panes can finally be proper backstack entries _and_ be displayed simultaneously without nesting!
Pointing out key parts of the new setup:
Pointing out key parts of the new setup:
The orientation and tilt isn't directly exposed through Compose's PointerEvent, but you can fetch the underlying Android MotionEvent since 1.9 to get at them: developer.android.com/reference/ko...
I'd bet styluses would be most likely to have that information available.
I'd bet styluses would be most likely to have that information available.
December 1, 2025 at 7:40 PM
The orientation and tilt isn't directly exposed through Compose's PointerEvent, but you can fetch the underlying Android MotionEvent since 1.9 to get at them: developer.android.com/reference/ko...
I'd bet styluses would be most likely to have that information available.
I'd bet styluses would be most likely to have that information available.
A small change that flew under the radar for me for #JetpackCompose: calling setContent in a test more than once doesn't crash now!
It's still a bit awkward to test Activity recreation, but the workaround is a lot easier now:
issuetracker.google.com/271226817#co...
It's still a bit awkward to test Activity recreation, but the workaround is a lot easier now:
issuetracker.google.com/271226817#co...
November 14, 2025 at 9:52 PM
A small change that flew under the radar for me for #JetpackCompose: calling setContent in a test more than once doesn't crash now!
It's still a bit awkward to test Activity recreation, but the workaround is a lot easier now:
issuetracker.google.com/271226817#co...
It's still a bit awkward to test Activity recreation, but the workaround is a lot easier now:
issuetracker.google.com/271226817#co...
Reposted by Alex Vanyo
My talk on Navigation 3 from #dcldn25 is live (very impressive publishing from the droidcon team!). www.youtube.com/watch?v=j1Oi...
Navigating the future with Jetpack Navigation 3 - Don Turner | droidcon London 2025
YouTube video by droidcon & fluttercon
www.youtube.com
November 1, 2025 at 10:19 AM
My talk on Navigation 3 from #dcldn25 is live (very impressive publishing from the droidcon team!). www.youtube.com/watch?v=j1Oi...
The reason I did catch this later was a failing StrictMode ThreadPolicy. But a lint rule warning against with(CoroutineContext) seems like it'd be nice to have.
August 14, 2025 at 2:47 AM
The reason I did catch this later was a failing StrictMode ThreadPolicy. But a lint rule warning against with(CoroutineContext) seems like it'd be nice to have.
Anyone have a lint rule that warns against doing with(dispatchers.IO) because you almost certainly wanted withContext(dispatchers.IO) instead?
Asking for someone who did something silly: github.com/alexvanyo/co...
Asking for someone who did something silly: github.com/alexvanyo/co...
August 14, 2025 at 2:47 AM
Anyone have a lint rule that warns against doing with(dispatchers.IO) because you almost certainly wanted withContext(dispatchers.IO) instead?
Asking for someone who did something silly: github.com/alexvanyo/co...
Asking for someone who did something silly: github.com/alexvanyo/co...
The recording from my talk on how to handle configuration changes in Compose at #dcnyc25 is out!
Hopefully this helps explain what android:configChanges is responsible for in #AndroidDev and why it's important to know what promises you make when setting it.
www.youtube.com/watch?v=K5-9...
Hopefully this helps explain what android:configChanges is responsible for in #AndroidDev and why it's important to know what promises you make when setting it.
www.youtube.com/watch?v=K5-9...
July 30, 2025 at 4:16 AM
The recording from my talk on how to handle configuration changes in Compose at #dcnyc25 is out!
Hopefully this helps explain what android:configChanges is responsible for in #AndroidDev and why it's important to know what promises you make when setting it.
www.youtube.com/watch?v=K5-9...
Hopefully this helps explain what android:configChanges is responsible for in #AndroidDev and why it's important to know what promises you make when setting it.
www.youtube.com/watch?v=K5-9...
I'm curious how prevalent the onGloballyPositioned pattern is and why - does it feel like the best way to accomplish more custom layout behavior? Is it the easiest thing to get something working close enough? Are there missing tools that would make it less likely you'd use onGloballyPositioned?
July 15, 2025 at 11:20 PM
I'm curious how prevalent the onGloballyPositioned pattern is and why - does it feel like the best way to accomplish more custom layout behavior? Is it the easiest thing to get something working close enough? Are there missing tools that would make it less likely you'd use onGloballyPositioned?
This video from last year goes into a lot more detail about the problem space here, along with some examples of how to approach different problems:
www.youtube.com/watch?v=PUxt...
www.youtube.com/watch?v=PUxt...
July 15, 2025 at 11:20 PM
This video from last year goes into a lot more detail about the problem space here, along with some examples of how to approach different problems:
www.youtube.com/watch?v=PUxt...
www.youtube.com/watch?v=PUxt...
Unfortunately there's not really a one-size-fits-all solution for every case, but don't be afraid of a custom layout - if you're already doing some math to change the layout of something based on something else, you're about 80% of the way there to writing a custom layout.
July 15, 2025 at 11:20 PM
Unfortunately there's not really a one-size-fits-all solution for every case, but don't be afraid of a custom layout - if you're already doing some math to change the layout of something based on something else, you're about 80% of the way there to writing a custom layout.
This can also wreck havoc on animations - maybe they can cover up some of the jankiness, but animations need to have a consistent view of the layout as it animates at each point in time. Shared element transitions don't really work if the shared element disappears completely for a frame.
July 15, 2025 at 11:20 PM
This can also wreck havoc on animations - maybe they can cover up some of the jankiness, but animations need to have a consistent view of the layout as it animates at each point in time. Shared element transitions don't really work if the shared element disappears completely for a frame.
Nesting this approach makes the situation even worse - each time you put a calculation like this inside another one, it adds an additional frame required to resolve the whole layout.
July 15, 2025 at 11:20 PM
Nesting this approach makes the situation even worse - each time you put a calculation like this inside another one, it adds an additional frame required to resolve the whole layout.