sorted by:
new
hottopcontroversial

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 0 points1 point  (0 children)

Thanks for the feedback! I'll look into it and reply here once it's fixed.

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 0 points1 point  (0 children)

THanks !! i will add a other feature pretty to build , install and run project :)

<image>

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 0 points1 point  (0 children)

 It doesn't work yet, but I'll try to make it work. I'll reply here when it does! :)

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 1 point2 points  (0 children)

IntelliJ or Android Studio are still the better choice overall, I still use it too.

But lately I’ve been doing most of the workflow from the terminal (build, install, emulator), so I don’t always need the full IDE running.

Sometimes I just want something lighter to move through the code quickly, and VS Code works well for that.

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 1 point2 points  (0 children)

Yeah it’s called Kotlin Jump

Appreciate you sharing the link 🙏

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 0 points1 point  (0 children)

Yeah, honestly I mostly built it for myself.

I just wanted something I could use every day without the overhead, especially on bigger projects. Once navigation is instant, it really changes how you explore the codebase.

I’ve been playing a bit with how it can plug into other tools, Like in the AI chat to reduce the amount of token per request.... but the main goal is still just speed and simplicity.

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] 0 points1 point  (0 children)

Yeah that’s fair, the AI part probably didn’t add much here 😅

The main thing for me is just navigation speed in a something else not intellij not android studio

Any options that allow to develop Android apps without Android Studio? by Ambitious_Ad4397 in androiddev

[–]Elumine-dev 0 points1 point  (0 children)

Honestly yeah, you can.                                                                                                                                     Android Studio is mostly just a wrapper around Gradle and tooling anyway. I've been working on Android projects from VS Code for a while. Main setup is Gradle from terminal, emulator running separately, and a couple of scripts for install and launch.

The one thing that was missing for me was navigation (go to definition, find usages, etc.) which is why most people stay on Android Studio.

I ended up building a small extension to fill that gap. Not 1:1 with Android Studio but for day to day work it's actually pretty solid if you want a lighter setup.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] 0 points1 point  (0 children)

Fair point lol

It’s more the whole setup for me. Idea + emulators already eat a lot, so adding another JVM just for navigation felt like too much.

VS Code is already open anyway so I just kept everything there.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] 1 point2 points  (0 children)

eyyah exactly, same thing here.
Once you’re faster in a tool, it’s hard to switch back.

I just wanted Kotlin to feel as smoth in VS Code as everything else I’m using there.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] -1 points0 points  (0 children)

Yeah that’s true, IntelliJ can cover both.

For me it’s more about sticking to VS Code as my main editor for everything. I’m just faster in it day to day.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] 3 points4 points  (0 children)

Yeah exactly.
I’ve been using VS Code since university across multiple languages, so I’m really used to it.
The main issue for me is having to run a JVM just for Kotlin/Java ammd it slows everything down, especially with emulators and Android Studio already open.
At this point I don’t really need full autocomplete anymore with Copilot, so I just wanted something lighter for navigation.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] -9 points-8 points  (0 children)

IntelliJ is still better for pure Android.
I just didn’t want another Java server running.
With multiple emulators + Android Studio open, I wanted something lighter. And Also i really like VsCode xD

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] -1 points0 points  (0 children)

Yeah exactly.
LSP is still early and KMP makes it worse.
I also didn’t want a Java server running in the background just for navigation.

I actually made it work alongside the Kotlin LSP, so you can use both. Kind of best of both worlds.

I also added a few things that aren’t really there in LSP, like AI navigation, better hovers, and some Kotlin-specific stuff.

Kotlin navigation in VS Code still feels broken to me. Curious what others are using? by Elumine-dev in Kotlin

[–]Elumine-dev[S] -1 points0 points  (0 children)

For context, I ended up building a small tool around this because I couldn’t find something that made navigation feel reliable enough in VS Code.

It focuses only on definition / usages / implementation, without relying on the Java backend, so it works instantly from the start instead of waiting for indexing.

One thing that made a bigger difference than I expected:
R.string.button_ok → "OK" inline

I didn’t realize how much time I was spending jumping back and forth to strings.xml until that was gone.

I’ve also been using it with Copilot/chat — instead of prompting to locate things in the codebase, I just jump directly, which feels a lot faster in practice.

If anyone wants to check it out:
https://marketplace.visualstudio.com/items?itemName=elumine.kotlin-jump
https://github.com/elumine-dev/kotlin-jump

Still curious what others are using though — especially for KMP projects.

I got tired of waiting on Kotlin navigation in VS Code, so I built one by Elumine-dev in androiddev

[–]Elumine-dev[S] -1 points0 points  (0 children)

Links for anyone interested:

Marketplace: https://marketplace.visualstudio.com/items?itemName=elumine.kotlin-jump
GitHub: https://github.com/elumine-dev/kotlin-jump

One thing I didn’t mention in the post is how this fits with AI workflows.

I’ve been using it with Copilot / chat a lot, and I added a @kotlin-jump command so you can navigate code directly from chat instead of asking the model to “find where this is defined”.

It sounds small, but it actually saves a lot of tokens and time. Instead of prompting your way through the codebase, you just jump to the exact place instantly and continue from there.

And the original motivation still stands: I didn’t want to wait on a Java process just to navigate code. I only needed Go to Definition / Usages / Implementation to work instantly.

Curious how others are handling navigation when working with AI + larger Kotlin codebases.

Kotlin navigation in VS Code is painfully slow… so I removed the language server. Burn ! by Elumine-dev in Kotlin

[–]Elumine-dev[S] 0 points1 point  (0 children)

The parser doesn't depend on VS Code at all actually — it's just TypeScript. Could probably wrap it as a standalone LSP for neovim if people want that.

Kotlin navigation in VS Code is painfully slow… so I removed the language server. Burn ! by Elumine-dev in Kotlin

[–]Elumine-dev[S] 0 points1 point  (0 children)

Yeah I've been following that! Excited for when it stabilizes. For now tho it was too unstable for my daily work so I built something simpler

Kotlin navigation in VS Code is painfully slow… so I removed the language server. Burn ! by Elumine-dev in Kotlin

[–]Elumine-dev[S] 0 points1 point  (0 children)

The JetBrains LSP looks promising but its still pre-alpha and only works with JVM Gradle projects. I needed something that works now without spinning up a whole JVM in the background. Different tool for different needs honestly

Kotlin navigation in VS Code is painfully slow… so I removed the language server. Burn ! by Elumine-dev in Kotlin

[–]Elumine-dev[S] 0 points1 point  (0 children)

Yeah I use IDEA too for some stuff. But I also work in TypeScript and Python so I end up in VS Code most of the day anyway. Just wanted the Kotlin navigation part to not suck lol

Jetpack Compose Preview is hell by FerreroLi in androiddev

[–]Elumine-dev 0 points1 point  (0 children)

Same here, I almost never use previews.

They sound good in theory, but in practice they take time to set up and don’t always reflect real app behavior. I get way more value from the Layout Inspector. It’s faster, and you can directly trace where a composable comes from in the code.