It’s very weird that multiplatform compose plugin ...
# compose-desktop
d
It’s very weird that multiplatform compose plugin is 
org.jetbrains.compose
, while the actual package is 
androidx.compose
. Is there a plan to make domain names more consistent?
11
something like
dev.compose
would be better (or any other “compose” domains already owned by Google or JetBrains)
j
From what I understand, the reason for it is that the
org.jetbrains.compose
packages replace the
androidx.compose
packages in non-android systems. It's two different versions of compose using the same paths so that you can reuse the code without changes.
a
I believe it was already discussed multiple times, every time the response was kinda "No". Last discussion was here: https://kotlinlang.slack.com/archives/CJLTWPH7S/p1613212443389800?thread_ts=1613212443.389800&cid=CJLTWPH7S There is no official response in this particular thread though. But there were in some previous threads, as far as I remember.
☝️ 1
d
@Arkadii Ivanov thanks for the link. So, there are no signals this will ever change.
a
c
It's really a shame. I don't think desktop devs care too much, but I'm never going to be able to pitch Compose Web to any JS dev as long as it's not renamed. It's not even worth trying.
Of course it's far from ready yet, but as time passes it becomes harder and harder to rename, and as long as it's not renamed adoption is impossible.
d
It’s surely unfortunate Google doesn’t want to change the name, but why are you saying adoption is impossible with this package name?
c
Imagine someone saying “Yeah, this new UI thing is really good for Android! It's really portable and should work everywhere, and it really takes advantage of the features of each specific platform! We call it SwiftUI”
Web devs don't want to be replaced by android devs, iOS devs don't want to be replaced by web devs, etc. You can't try to pitch something “for everyone” if it requires them to use code that mentions only a specific platform
👎🏼 1
😁 1
j
With the likes of Electron and React Native and such the lines do become a bit blurred, a web dev isn't necessarily a web dev anymore, it's just a name after all. It could be worse, for instance the packages repo url 😉
c
True. I guess it's the same with the Kotlin packages themselves. It wouldn't be good if they were called
java.util
everywhere, even if they are quite similar. Honestly I'd be really happy with something as simple as
kotlinx.compose
. I guess it's not that bad to wait a bit though, because currently everything is Android-oriented. Hopefully with the advent of Compose Web there will be an incentive to create a multiplatform-oriented Composable collection, and maybe that can take a new package name.
👍 3
d
kotlinx.compose
sounds good to me
g
Compose Web there will be an incentive to create a multiplatform-oriented Composable collection
Collection of what? It’s not only about widgets, but core APIs of Compose also have package androidx.compose, even @Compose annotation itself
From what I understand, the reason for it is that the 
org.jetbrains.compose
 packages replace the 
androidx.compose
 packages in non-android systems.
It’s not correct,
org.jetbrains.compose
includes only things unique for Desktop/Web and developed by Jetbrains, it’s never will be able to replace all androidx.compose on which it based, it probably will be 2-way direction, some API will be added to androidx.compose to support more use cases and dropped by org.jetbrains.compose, but new, desktop/web specific APIs will be always exist in org.jetbrains.compose I don’t think that any package changes will happen in Compose 1.x, maybe if web/desktop will be more mature and it would be initiative to create some-sort Google/JB/?? collaboration to work on Compose it possible, but it’s just speculation, and I wouldn’t expect that it would change in recent years
e
I think I saw someone mention a while ago that the Jetpack marketing team fought to keep it AndroidX branded