Fork me on GitHub
#announcements
<
2022-09-25
>
ambrosebs02:09:19

https://github.com/dm3/clojure.java-time 1.0.0 New Features • Previously, Intervals were only allowed to the left of Instants in {before,after}?. Now they can be freely intermixed. Fixed • #78(liquidz): Add missing chrono fields (v0.3.3 has breaking changes) • #81(terop): Remove clj-tuple - no advantages over Clojure vector anymore • #52: Fix before/after on Intervals • #83(imrekoszo): Exclude clojure.core/abs Enhancements • add docstrings to all java-time fns • support clj-kondo in java-time ns by adding :arglists to all vars https://clojars.org/clojure.java-time/versions/1.0.0 https://github.com/dm3/clojure.java-time/blob/master/CHANGELOG.md#100

🎉 13
❤️ 3
borkdude06:09:08

Would you consider introducing a multi segment namespace and deprecating the single namespace one?

👍 1
borkdude06:09:10

The single one makes it harder to use this library with GraalVM native image. See https://github.com/clj-easy/graal-build-timeand specifically this: https://github.com/clj-easy/graal-build-time#single-segment-namespaces

mikerod16:09:31

No more abs warnings is a beautiful thing.

👍 2
🎉 1
ambrosebs19:09:36

@U04V15CAJ yes, especially since the single segment ns is auto-generated anyway. java-time.api seems like a good name. Opened https://github.com/dm3/clojure.java-time/issues/91

👍 2
ambrosebs19:09:58

@U0LK1552A quite a journey, but we've arrived xD

😆 3
borkdude19:09:14

@U055XFK8V Usually it's best to choose a unique prefix so your lib won't conflict with other libraries in that area. java-time is a bit generic, but it does solve the graalvm problem. Thanks

ambrosebs20:09:46

yes, unfortunately all the implementation is under java-time.* and that cannot be moved (due to public protocols). I probably have to operate on the assumption that this package prefix is unique.

👍 2
vlaaad12:09:48

I'm happy to announce a first release of #cljfx dev tools — https://github.com/cljfx/dev https://github.com/cljfx/cljfx is a declarative, functional and extensible wrapper of JavaFX inspired by better parts of react and re-frame. Cljfx dev tools are a set of tools that help with developing cljfx applications but should not be included into the production distribution of the cljfx app. Many thanks to https://www.clojuriststogether.org/ for funding this work!

clojure-spin 19
🙏 3
gratitude 6
clojurists-together 5
🎉 7
🚀 7
Akiz16:09:40

Do you have any idea if your great library (cjfx) could somehow be applied to https://github.com/AlmasB/FXGL ?