This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-10-24
Channels
- # announcements (1)
- # babashka (19)
- # beginners (10)
- # cherry (13)
- # cider (12)
- # clerk (10)
- # clj-kondo (5)
- # clojure (8)
- # clojure-europe (30)
- # clojure-norway (155)
- # clojure-uk (8)
- # clojurescript (27)
- # community-development (2)
- # conjure (8)
- # cursive (26)
- # data-science (7)
- # datalevin (58)
- # datomic (9)
- # deps-new (2)
- # hyperfiddle (19)
- # jobs-discuss (9)
- # missionary (27)
- # nbb (22)
- # off-topic (11)
- # polylith (59)
- # practicalli (10)
- # reitit (6)
- # releases (1)
- # sci (5)
- # scittle (23)
- # xtdb (37)
was the change in syntax highlighting for some?
intentional? using modus-vivendi theme on my end, i see a purple color now where previously itd be pink. the color of other functions, like nil?
didnt change, it seems. i dont really consider this a bug, just curious
also: the macro indentation inference in 1.8.0 is awesome
With:
(setq cider-font-lock-dynamically '(macro deprecated
core ;; for a repro
)
I see some? and nil? highlighted as core
. JVM clojure
(edit: also with clojurescript)One thing noticed just now is that some? nil? both get highlighted, but only when they look as a function call (i.e. they have the parentheses)
cider trying to decrypt authinfo.gpg
has been annoying for a while now, seems I'm not the only one going by slack history. should be an easy fix, add a defvar guarding https://github.com/clojure-emacs/cider/blob/master/cider.el#L1768. should I just send a PR?
We could in my view simplify the documentation of (remote) containers / devcontainers here:
https://github.com/clojure-emacs/cider/blob/master/doc/modules/ROOT/pages/basics/up_and_running.adoc#working-with-containers-docker-or-others
by only referring to a new tool for this:
https://github.com/loft-sh/devpod
From an Emacs point of view devpod
unifies the concrete "place" of the container (local or remote or inside Kubernetes or ....) and creates for all cases a working ssh connection entry in ".ssh/config" and tunnels configured remote ports automatically to "localhost" and makes the code available with a "simple" TRAMP connection 'user@host'. So different docker scenarios "look" the same for Emacs / CIDER.
I don't think it's CIDER's job to promote a particular tool - particularly a new one. Knowing the Clojure audience well, most developers will be conservative in their choices and will try to stick to vanilla Docker or such. With that said, if you felt it was necessary we could add a section for it (that would not replace existing sections). But preferably, CIDER / its doc would be correct enough that one can use newer tools with minimal adaptations.
Yes, I do agree. Maybe a single phrase saying that "the above" gets simplified using "devpod" is fine, What we say stays correct, just that for the "lower level" devcontainer-cli we still need to say "from here2 we run it and devpod does more automation in port forrwarding (including creation of '.ssh/config' entries. "more magic" you could say....
I see! I don't enjoy saying 'no', but that would sounds like a tutorial to me... in my mind, a tutorial is something pretty detailed, that describes a particular stack (here: devcontainers + devpod?), step by step. Tutorials tend to bit-rot relatively quickly. A "reference documentation" is less easy but also less opinionated and more stable. That's IMO what our docs should aspire to be.
agree, to much for CIDER docu. But I have one other question related, but will start a new thread.