Qualify imports that hid their receiver

[StylianosGakis]

Fix all the wrongly imported places in the app manually, where we did string.foo rather than Res.string.foo as we've discussed in the past

🤖 AI description:

Fixes every existing violation of the import rule: 26 imports across 12 files. The rule itself and the ktlint check that enforces it are in the PR above, so this one is only hand-written source changes and can be read on its own.

The rule being applied. Import the type, never the namespace. An import may shorten a qualified reference only when the short name still says what it is to someone reading that line cold. HomeUiState.Success passes. Res.string and Clock.System do not: string.FOO names nothing, and System.now() reads as java.lang.System.

One was a latent bug rather than style. In TopAppBar.kt the identifier windowInsets meant two different things depending on where you read it. Three functions declare a windowInsets: WindowInsets = TopAppBarDefaults.windowInsets parameter and use it, so there the name is the parameter. TopAppBarLayoutForActions has no such parameter, so its bare windowInsets silently resolved to the file-level import ...TopAppBarDefaults.windowInsets instead, and only the compiler surfaced it once that import was gone.

No tooling catches this: the import is legitimately used at that one site, so no-unused-imports is right to stay quiet. It is exactly the readability failure the rule is about, since the same short name resolves to different things in one file.

For the 19 design system Defaults members the owning object lives in the same file, so they are now qualified as TooltipDefaults.defaultStyle, matching what TopAppBar.kt already did. References from inside an owning object's own body are untouched, since they resolve without an import.

ktlintCheck and ./gradlew lint both pass, and the touched modules compile.

Worth knowing for anyone repeating this kind of qualification: it has to cover lowercase resource names too, since string.general_close_button stops resolving once the Res.string import goes. ktlint cannot catch that, because it never compiles. Only a build does.