gh-tiamat-promo.mp4
Add the dependency below to your module's build.gradle.kts
file:
Module | Version |
---|---|
tiamat | |
tiamat-destinations | |
tiamat-destinations (plugin) |
Latest stable version: 1.5.2
Migration Tiamat 1.* -> Tiamat 2.*
sourceSets {
commonMain.dependencies {
// core library
implementation("io.github.composegears:tiamat:$version")
// Koin integration (https://github.com/InsertKoinIO/koin)
implementation("io.github.composegears:tiamat-koin:$version")
}
}
plugins {
// Tiamat-destinations kotlin compiler plugin
id("io.github.composegears.tiamat.destinations.compiler") version "$version"
}
sourceSets {
commonMain.dependencies {
// InstallIn annotations and Graph base class
implementation("io.github.composegears:tiamat-destinations:$version")
}
}
Use same dependencies in the dependencies { ... }
section
- Code generation free
- Pure compose
- Support nested navigation
- Support back-stack alteration and deep-links
- Easy to use
- Allow to pass ANY types as data, even lambdas (!under small condition)
- Customizable transitions
- Customizable screen placement logic
- Customizable save-state logic
- Support of Extensions
- Define your screens:
val Screen by navDestination<Args> { // content }
- Create navController
val navController = rememberNavController( key = "Some nav controller", startDestination = Screen, )
- Setup navigation
Navigation( navController = navController, destinations = arrayOf( Screen, AnotherScreen, // ..., ), modifier = Modifier.fillMaxSize(), contentTransformProvider = { navigationPlatformDefault(it) } )
- Navigate
val Screen by navDestination<Args> { val navController = navController() Column { Text("Screen") Button(onClick = { navController.navigate(AnotherScreen) }){ Text("Navigate") } } }
see example: App.kt
The screens in Tiamat
should be an entities (similar to composable functions)
the Args
generic define the type of data, acceptable by screen as input parameters
in the NavController:navigate
fun
val RootScreen by navDestination<Args> {
// ...
val nc = navController()
// ...
nc.navigate(DataScreen, DataScreenArgs(1))
// ...
}
data class DataScreenArgs(val t: Int)
val DataScreen by navDestination<DataScreenArgs> {
val args = navArgs()
}
The screen content scoped in NavDestinationScope<Args>
The scope provides a number of composable functions:
Some examples:
navController
- provides current NavController to navigate back/furthernavArgs
- the arguments provided to this screen byNavControllr:navigate(screen, args)
funnavArgsOrNull
- same asnavArgs
but providesnull
if there is no data passed or if it was lostfreeArgs
- free type arguments, useful to store metadata or pass deeplink infoclearFreeArgs
- clear free type arguments (eg: clear handled deeplink info)navResult
- provide the data passed toNavControllr:back(screen, navResult)
as resultclearNavResult
- clear passed nav result (eg: you want to show notification base on result and clear it not to re-show)rememberViewModel
- create or provide view model scoped(linked) to current screenrememberSharedViewModel
- create or provide view model scoped(linked) to current/providedNavController
rememberSaveableViewModel
- create or provide saveable view model scoped(linked) to current/providedNavController
, ViewModel should extend fromTiamatViewModel
and implementsSaveable
You can create NavController using one of rememberNavController
functions:
fun rememberNavController(
//...
)
and display as part of any composable function
@Composable
fun Content() {
val navController = rememberNavController( /*... */)
Navigation(
navController = navController,
destinations = arrayOf(
// ...
),
modifier = Modifier.fillMaxSize()
)
}
NavController will keep the screens data, view models, and states during navigation
Important
The data may be cleared by system (eg: Android may clear memory)
fun rememberNavController(
// ...
saveable: Boolean? = null,
// ...
)
saveable
property of remembered nav controller will indicate if we need to save/restore state or no
You can attach an extension to any destination
There is 2 extension types: with and without content
The content-extension allows to process content before destination body and after by specifying type (Overlay
, Underlay
)
Here is simple tracker extension:
// define extension
class AnalyticsExt(private val name: String) : ContentExtension<Any?>() {
@Composable
override fun NavDestinationScope<out Any?>.Content() {
val entry = navEntry()
LaunchedEffect(Unit) {
val service = /*...*/ // receive tracker
service.trackScreen(screenName = name, destination = entry.destination.name)
}
}
}
// apply ext to screen
val SomeScreen by navDestination<Args>(
AnalyticsExt("SomeScreen")
) {
// screen content
}
Important
Only 'Savable' types of params & args will be available to use within saveable
nav controllers
eg: Android - Parcelable + any bundlable primitives
Important
Type checking has run into a recursive problem. Easiest workaround: specify types of your declarations explicitly
ide error.
val SomeScreen1 by navDestination<Args> {
val navController = navController()
Button(
onClick = { navController.navigate(SomeScreen2) }, // << error here
content = { Text("goScreen2") }
)
}
val SomeScreen2 by navDestination<Args> {
val navController = navController()
Button(
onClick = { navController.navigate(SomeScreen1) }, // << or here
content = { Text("goScreen2") }
)
}
Appears when it is circular initialization happen (Screen1 knows about Screen2 who knows about Screen1 ...)
Solution: just define types of root(any in chain) screens explicitly
val SomeScreen1: NavDestination<Unit> by navDestination { /* ... */ }
Important
Why is my system back button works wired with custom back handler?
While using custom back handler do not forget 2 rules
- Always place
NavBackHandler
beforeNavigation
- use
Navigation(handleSystemBackEvent = false)
flag to disable extra back handler
See the examples here
Or try them in browser (require WASM support) here
// there is 2 common ideas behind handle complex navigation
//---- idea 1 -----
// create some data/param that will be passed via free args
// each screen handle this arg and opens `next` screen
val DeeplinkScreen by navDestination<Args> {
val deeplink = freeArgs<DeeplinkData>() // take free args
val deeplinkNavController = rememberNavController(
key = "deeplinkNavController",
startDestination = ShopScreen
) {
// handle deeplink and open next screen
// passing eitthe same data or appropriate parts of it
if (deeplink != null) {
editBackStack {
clear()
add(ShopScreen)
add(CategoryScreen, deeplink.categoryId)
}
replace(
dest = DetailScreen,
navArgs = DetailParams(deeplink.productName, deeplink.productId),
transition = navigationNone()
)
clearFreeArgs()
}
}
Navigation(/*...*/)
}
//---- idea 2 -----
// use route-api
if (deeplink != null) {
navController?.route {
element(ShopScreen)
element(CategoryScreen.toNavEntry(navArgs = deeplink.categoryId))
element(DetailScreen.toNavEntry(navArgs = DetailParams(deeplink.productName, deeplink.productId)))
}
deepLinkController.clearDeepLink()
}
I use startDestination = null
+ LaunchEffect
\ DisposableEffect
to make start destination dynamic and see 1 frame of animation
// LaunchEffect & DisposableEffect are executed on `next` frame, so you may see 1 frame of animation
// to avoid this effect use `configuration` lambda within `rememberNavController` fun
val deeplinkNavController = rememberNavController(
key = "deeplinkNavController",
startDestination = ShopScreen,
) { // executed right after being created or restored
// we can do nav actions before 1st screen bing draw without seeing 1st frame
if (deeplink != null) {
editBackStack {
clear()
add(ShopScreen)
add(CategoryScreen, deeplink.categoryId)
}
replace(
dest = DetailScreen,
navArgs = DetailParams(deeplink.productName, deeplink.productId),
transition = navigationNone()
)
clearFreeArgs() // clear args not to process them again when back to this destination
}
}
// Yep, there is 2-pane layout example. You can also create fully custom layout by using `scene` api
val nc = rememberNavController(
key = "nav controller",
startDestination = SomeDest1,
)
// using scene api
NavigationScene(
navController = nc,
destinations = arrayOf(
SomeDest1,
SomeDest2,
SomeDest3,
)
) {
// place you destinations as you want ( !!!CAUTION!!! do not render same entry twice in a frame)
AnimatedContent(
targetState = nc.currentNavEntryAsState(),
contentKey = { it?.contentKey() },
transitionSpec = { navigationFadeInOut() }
) {
// you can also draw an entries from backstack if you need (but be careful)
EntryContent(it)
}
}
Library provides a utility function TiamatPreview for previewing individual navigation destinations in Compose Preview.
Note
Preview works best for pure Compose UI code. If your destination contains ViewModels, dependency injection, or complex app logic, consider creating separate preview functions for specific UI components instead of the entire destination.
Usage:
// Define your destination
val DemoScreen by navDestination<Unit> {
Text("Demo Screen")
}
// Create preview
@Preview
@Composable
private fun DemoScreenPreview() {
TiamatPreview(destination = DemoScreen)
}
For screens with arguments:
data class UserProfileArgs(val userId: String, val userName: String)
val UserProfileScreen by navDestination<UserProfileArgs> {
val args = navArgs()
Column {
Text("User: ${args.userName}")
Text("ID: ${args.userId}")
}
}
@Preview
@Composable
private fun UserProfileScreenPreview() {
TiamatPreview(
destination = UserProfileScreen,
navArgs = UserProfileArgs(userId = "123", userName = "John")
)
}
For complex destinations with ViewModels or app logic:
// Instead of previewing the entire destination
val ComplexScreen by navDestination<Unit> {
val viewModel = viewModel<MyViewModel>()
val data by viewModel.data.collectAsState()
ComplexScreenContent(data = data)
}
// Create preview for the UI component
@Composable
private fun ComplexScreenContent(data: MyData) {
Column {
Text("Title: ${data.title}")
// ... rest of UI
}
}
@Preview
@Composable
private fun ComplexScreenContentPreview() {
ComplexScreenContent(
data = MyData(title = "Preview Title")
)
}
Nothing specific (yet)
Tiamat
overrides LocalLifecycleOwner
for each destination (android only) and compatible with lifecycle-aware components
See an example of CameraX usage: CameraXLifecycleScreen.kt
Nothing specific (yet)
Android: ./gradlew sample:composeApp:assembleDebug
Jvm: ./gradlew sample:composeApp:run
Jvm + hot-reload: ./gradlew sample:composeApp:hotRunJvm
Web: ./gradlew sample:composeApp:wasmJsBrowserDevelopmentRun
iOS: run XCode project or else use KMP plugin iOS target
other commands:
-
check ABI:
./gradlew checkAbi
-
update ABI:
./gradlew updateAbi
-
kover html report:
./gradlew :tiamat:koverHtmlReportJvm
-
run detekt checks:
./gradlew detekt
Thank you for your help! ❤️
Developed by ComposeGears 2025
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.