This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-09-25
Channels
- # announcements (10)
- # babashka (21)
- # calva (8)
- # cider (6)
- # clj-commons (5)
- # clj-kondo (37)
- # cljfx (16)
- # clojure (31)
- # clojure-australia (1)
- # clojure-europe (7)
- # conjure (8)
- # cursive (3)
- # data-science (4)
- # datalevin (6)
- # datomic (18)
- # emacs (10)
- # holy-lambda (3)
- # honeysql (4)
- # humbleui (1)
- # introduce-yourself (1)
- # lsp (13)
- # malli (6)
- # portal (8)
- # scittle (5)
- # specter (1)
- # vscode (9)
- # xtdb (5)
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
Would you consider introducing a multi segment namespace and deprecating the single namespace one?
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
@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
@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
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.
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!



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