If I'm writing code that's only targeting nodeJS, can I exclude the Browser APIs? I have `kotlin-dom...

# javascript

[mbonnin]

If I'm writing code that's only targeting nodeJS, can I exclude the Browser APIs? I have kotlin-dom-api-compat in my dependencies but I'm not sure where it's coming from?

[Edoardo Luppi]

AFAIK it's part of the K/JS stdlib (kotlin-stdlib). You may be able to exclude it using the usual Gradle way.

[mbonnin]

Was a bit afraid of that...

[mbonnin]

Did a bit more digging, looks like it's added by KGP

[mbonnin]

I wonder how come Browser & Node are not different targets like iosArm64 and macosArm64

[mbonnin]

JS is the binary format, just like mach-o. What APIs are available is something else

[Edoardo Luppi]

project.configurations.all {
  exclude(group = "org.jetbrains.kotlin", module = "kotlin-dom-api-compat")
}

Something like this seem to work to avoid getting it into the classpath.

[Edoardo Luppi]

If you find out a better way, let me know

[mbonnin]

This works too:

kotlin.js.stdlib.dom.api.included=false

[mbonnin]

Still this is a weird default

[Edoardo Luppi]

That's a lot better

[Edoardo Luppi]

Did you find the key in the documentation?

[mbonnin]

Good old grep 😅 , it's here

[Edoardo Luppi]

Ahhhh good job. I guess in the current JS status it's worth of a mention in the docs.

[mbonnin]

Just realized it also relates to your comment here. Being able to have 2 sources sets with different dependencies would be cool

[Edoardo Luppi]

Btw, thanks for this. Removing that library exposed a couple of references to the browser Document

[Edoardo Luppi]

Yeah I hope the split happens soon. For the piece of mind of every multiplatform library developer.

[Edoardo Luppi]

Also, the longer it takes to happen, the more messier the transition/conversion will be

[turansky]

In Kotlin 1.9.20 I also saw related task property noStdlib

[Ilya Goncharov [JB]]

Hi,
Indeed kotlin-dom-api-compat earlier was part of stdlib, and during extraction of DOM API from stdlib, we were aware of backward compatibility and that’s why this dependency included by defult.
Yes this default can be changed via kotlin.js.stdlib.dom.api.included=false
We consider possibility to change default and not include this dependency by default

[Edoardo Luppi]

If it's just a matter of setting kotlin.js.stdlib.dom.api.included=false by default, then I agree.

[Edoardo Luppi]

If there is a lot of work to do, I'd just leave it as it is.