Hello, Could someone please help to rename to comp...
# meta
n
Hello, Could someone please help to rename to compose-web channel to compose-html (to reflect the name change of the library but retain the channel's history), and then create a new compose-web channel? Thanks.
plus1 7
h
Let me discuss it with a few folks first. Thanks
👍🏻 1
l
I think I'd call it compose-dom
n
@louiscad The new official name is "Compose HTML": https://github.com/JetBrains/compose-multiplatform/#compose-html
👍 3
(OFF: I'm so annoyed because of my typo in the original message 😄 "*to* compose-web channel to _compose-html_" meant to be "the ..." - bwaaah, but I cannot edit the message for some reason 😕 )
h
For now we’ve decided to not rename the channel. I’ve updated the description to hopefully help guide folks.
😮 1
n
May we ask the reason behind it? Maybe is Compose HTML not the final name, or do you plan to drop the support of it? I ask it because although both frameworks are for the "web", they are quite different. It will be a bit chaotic if the topics will be mixed in the same channel.
r
I think there are not enough users of either, and most people who tried one tried the other, so keeping only one channel may help getting more help from users
🤔 1
n
Maybe... but there are channels for topics/libraries with less users.
i
The main reason is to keep channels from being too fragmented. The compose-html and compose-web discussions can be sometimes similar (accessing the browser API, creating distributions, downloading resources, etc). If you discuss general Compose UI API without web context, you should discuss it in #compose channel. This is similar to the hypothetical situation where we create compose-swing for desktop, compose-uikit for iOS. We can create separate channels for them, but we can also have discussions within existing channels.
Compose HTML may not be the final name
There are no plans to change this name in the near future.
Do you plan to stop supporting it?
We plan to continue to support it.
🙏 2
1
d
(Sorry to be a bit late to the discussion) I'm doing a lot of Compose HTML work at this point, but I'm starting to visit the compose-web channel less because most notifications tend to be about Compose Multiplatform these days.
It seems like it would be good to keep an eye on html vs multiplatform question ratios.
👍 1
I understand there's a concern that sometimes there may be a general web question that umbrellas both frameworks (like, how do I host my Kotlin website?) but in practice it feels like every question I see there is pretty clearly about one framework or the other.
2