This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-02-13
Channels
- # announcements (18)
- # babashka (52)
- # beginners (47)
- # calva (45)
- # clj-kondo (31)
- # clojure (18)
- # clojure-brasil (2)
- # clojure-europe (3)
- # clojure-sweden (25)
- # clojurescript (19)
- # cursive (15)
- # datalevin (11)
- # defnpodcast (2)
- # duct (1)
- # editors (1)
- # emacs (6)
- # gratitude (1)
- # introduce-yourself (6)
- # jobs-discuss (11)
- # leiningen (3)
- # lsp (10)
- # luminus (2)
- # off-topic (4)
- # podcasts (2)
- # reitit (2)
- # shadow-cljs (10)
- # sql (9)
- # xtdb (4)
Calva, a Clojure IDE extension for VS Code, v2.0.243 is out. Thanks to all contributors! These are the changes since last announcement: • https://github.com/BetterThanTomorrow/calva/pull/1179 • Maintenance: https://github.com/BetterThanTomorrow/calva/pull/1529 • Maintenance: https://github.com/BetterThanTomorrow/calva/pull/1524 • Maintenance: https://github.com/BetterThanTomorrow/calva/pull/1520 • Maintenance: https://github.com/BetterThanTomorrow/calva/pull/1520 (Change was not actually included in this release. See next release.) • Fix: https://github.com/BetterThanTomorrow/calva/issues/1594 • Fix: https://github.com/BetterThanTomorrow/calva/issues/1516 • Fix: https://github.com/BetterThanTomorrow/calva/issues/1594 • Fix: https://github.com/BetterThanTomorrow/calva/issues/1495 • https://github.com/BetterThanTomorrow/calva/issues/1465 • https://github.com/BetterThanTomorrow/calva/issues/1474 • https://github.com/BetterThanTomorrow/calva/pull/1442 • https://github.com/BetterThanTomorrow/calva/issues/1299 • Workaround: https://github.com/BetterThanTomorrow/calva/pull/1475 • https://github.com/BetterThanTomorrow/calva/issues/1250 • Fix: [Snippet in custom command doesn't work with function metadata] (https://github.com/BetterThanTomorrow/calva/issues/1463) • https://github.com/BetterThanTomorrow/calva/pull/1454 • https://github.com/BetterThanTomorrow/calva/issues/1456.

The latest change is extra important, because it fixes problems with Calva formatting that has stopped it from working in some files with idiomatic Clojure code. (Due to a dependency on legacy rewrite-cljs
).
I specifically remember this hitting @U21QNFC5C. Maybe it's time to try out Calva again? 😀
@U0ETXRFEW Haha, Calva was great, but unfortunately I was too fond of intellij text editing and multiple cursors.
https://github.com/magnars/optimus, a ring middleware for frontend performance optimisation, is out of its 0.x
infancy after 9 years. It will concatenate, minify, cache-bust and otherwise optimise your frontend assets. The newest release [optimus "2022-02-13"]
has:
• Pluggable JS engine via JSR223. Execute JS optimisations w/ GraalJS, Nashorn or Rhino.
• This means that the dependency on clj-v8 and its V8 binaries are gone. This allows us to:
• Add support for Windows and M1 macs.
Despite Rich publicly castigating semantic versioning, I still like it and have continued to use it. The primary alternative that I’m aware of has been github hashcodes, which I don’t like due to their opacity. But using the release date? I love it! ❤️
I'm doing the same for clj-kondo :) @U07FCNURX I remember having used your ring middleware in one of my first Clojure projects almost a decade or so ago and remember that a colleague who was using Windows could not run this. Nice to see it finally got addressed :).
Windows support was a long time coming, since Nashorn was roughly 10x slower than V8, which reduced the utility of Optimus too much. Thankfully JSR223 with GraalJS works great on all sorts of machines. 🙂
a significant downside of using dashed date versions is that Maven doesn't understand that. clj-kondo's dotted dates are much better for that.
One thing I will maybe change about clj-kondo's format is strip the leading zeroes, e.g. 2022.02.08
will become 2022.2.8
that might break sorting in some scenarios
certainly breaks lexicographic sorting. Maven version comparators convert those to numbers so that should be ok, but tooling around maven things is not always so good
Well maybe for the next project that will adopt that kind of versioning. I already had to do this processing for clj-kondo's LSP package (which uses the same version as clj-kondo) on npm since they don't even accept these leading zeroes.
Just started a text-formatting library https://github.com/rorokimdim/pp-grid
Designed for the repl
. Please see some of the examples in README to learn more.
Initial alpha version 0.0.1 just uploaded to clojars.
I'm a hobby clojurist. Still learning clojure. So will appreciate help in improving the code, fixing bugs or adding features. Thank you!
I checked your library. Very impressive.