When are we going to see a Kotlin MPP date library...

# multiplatform

[spierce7]

When are we going to see a Kotlin MPP date library? I had heard that this was on JetBrains radar, but haven't heard anything about this.

[ian.shaun.thomas]

have you looked at klock?
https://github.com/korlibs/klock

[ian.shaun.thomas]

I think the biggest issue right now is a lack of a 'standard' locale implementation that these common dependencies can be built on

[serebit]

Last I asked about it here, it’s planned but hasn’t been started yet. Going to be called kotlinx.time

[josephivie]

https://github.com/lightningkite/lokalize

[ian.shaun.thomas]

yep, that's a great stop gap but we need something jetbrains takes ownership of as a core feature of MPP (imo anyway)

[josephivie]

I agree, and hopefully JetBrains will eventually just take an existing OSP and make it part of the library. I hope this library will contribute to whatever ends up being standard.

[josephivie]

Is there a way to basically submit a proposal for the design of a future component like this? I assume I'd go through KEEP?

[ian.shaun.thomas]

Yeah keep would be the best way to propose an implementation. Glancing at your lib, I would like to suggest a data class based implementation such that locales can be loaded like the jvm does typically and the locales provide information for other classes to determine how to apply formatting rather than requiring the locale itself to implement it

[ian.shaun.thomas]

I feel an approach like this would be less opinionated on end use cases. I've also been toying with the idea to make this approach and use a Gradle script to generate the locales data based on the jvms locale data which is already quite expansive but the licensing is an obvious concern there

[spierce7]

Yes, I'm aware of klock, however, Dates and Time is something that's very difficult to get right. It's not something I'd trust to just anyone. As such, my team is avoiding it. I'm waiting to see what JetBrains does with this

[ian.shaun.thomas]

definitely

[nestserau]

I personally don’t need such library. Int64 is already cross-platform enough.

[addamsson]

I agree with @nestserau

[addamsson]

every time I opt not to store a simple unix timestamp in my database I end up with a mess

[addamsson]

😄

[Robert]

Def need such library. These two libs could be great input. What does it need to get such things going with Jetbrains? Are they involving the community in the development process? As I am sure there's some devs who'd like to cooperate