does anyone know of a multiplatform URL representa...

# multiplatform

[Tristan Blakers]

does anyone know of a multiplatform URL representation, with basic parsing capability? Ktor has one, but it's too heavy to drag into the browser for just one class...

[edenman]

https://github.com/linkedin/URL-Detector is what i use

[edenman]

but really depends on what you need

[edenman]

er, this fork: https://github.com/URL-Detector/URL-Detector

[Tristan Blakers]

that has the right feature-set, but it seems to be JVM only?

[edenman]

ah yeah, sorry. i include the dep in my androidMain, didn’t notice that part

[Benjamin Charais]

As far as existing libraries, Ktor is really what we have for common. Though, I don’t think that building a simple wrapper with expect/actual would be a huge deal.

[Tristan Blakers]

yeah I was thinking of pulling the KTor url class out into its own package with expect/actual - was hoping someone else had bumped into this already 🙂

[Benjamin Charais]

What platforms are you targeting?

[Tristan Blakers]

JVM and JS

[Benjamin Charais]

I assume you really just need stuff like…. and this is probably way more than needed

[Tristan Blakers]

that's it - really just the ability to represent a URL, and parse one from a String

[Tristan Blakers]

*represent the components of a URL

[Benjamin Charais]

I think that relying on actuals without external libs will be your easiest fastest implementation

[Benjamin Charais]

Sadly — one of the (sometimes fun) pains of us using kotlin in the state it is. I had to do this not long ago for a File representation between iOS, mac, JVM, and Android - that had some Unexpected nonsense.

[Tristan Blakers]

good treeshaking in the browser might be able to solve this - ktor is just too heavy to use in JS, unless you really need the functionality

[Benjamin Charais]

And… in my experience a lot of their builders and internal tools don’t work. That can be a real pain to trace back