https://kotlinlang.org logo
#multiplatform
Title
# multiplatform
s

spierce7

02/07/2019, 10:52 PM
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.
i

ian.shaun.thomas

02/07/2019, 10:54 PM
have you looked at klock? https://github.com/korlibs/klock
👌 1
I think the biggest issue right now is a lack of a 'standard' locale implementation that these common dependencies can be built on
s

serebit

02/07/2019, 11:14 PM
Last I asked about it here, it’s planned but hasn’t been started yet. Going to be called kotlinx.time
j

josephivie

02/07/2019, 11:29 PM
i

ian.shaun.thomas

02/07/2019, 11:30 PM
yep, that's a great stop gap but we need something jetbrains takes ownership of as a core feature of MPP (imo anyway)
j

josephivie

02/07/2019, 11:35 PM
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.
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?
i

ian.shaun.thomas

02/08/2019, 12:14 AM
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
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
s

spierce7

02/08/2019, 1:47 AM
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
i

ian.shaun.thomas

02/08/2019, 5:27 AM
definitely
n

nestserau

02/08/2019, 8:43 AM
I personally don’t need such library.
Int64
is already cross-platform enough.
a

addamsson

02/08/2019, 9:44 AM
I agree with @nestserau
every time I opt not to store a simple unix timestamp in my database I end up with a mess
😄
r

Robert

02/08/2019, 9:14 PM
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