This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-11-02
Channels
- # aleph (6)
- # beginners (37)
- # boot (415)
- # cider (17)
- # cljs-dev (79)
- # cljsjs (3)
- # cljsrn (18)
- # clojars (3)
- # clojure (34)
- # clojure-france (6)
- # clojure-italy (1)
- # clojure-korea (1)
- # clojure-russia (22)
- # clojure-spec (64)
- # clojure-uk (47)
- # clojurebridge (6)
- # clojurescript (61)
- # clojurex (1)
- # cloverage (11)
- # component (6)
- # cursive (73)
- # data-science (6)
- # datascript (4)
- # datomic (38)
- # editors (1)
- # emacs (4)
- # events (16)
- # funcool (5)
- # garden (3)
- # hoplon (17)
- # jobs (2)
- # klipse (74)
- # off-topic (3)
- # om (81)
- # onyx (35)
- # parinfer (4)
- # pedestal (1)
- # perun (20)
- # planck (9)
- # proton (1)
- # re-frame (17)
- # reagent (3)
- # ring-swagger (1)
- # rum (7)
- # untangled (63)
- # vim (8)
If I accidentally create a .clj file when I wanted a cljs/cljc one more time I think I shall go mad! 🙂
One thing that isn’t mentioned in that issue is what to do about cljc files, since there’s no way to autodetect when to use those. https://github.com/cursive-ide/cursive/issues/893 also suggests a way to convert between the file types - does that sound useful?
@cfleming did you think about a timetable for boot integration ? I know how to generate a lein project-file from boot and that of course works for now, but it seems like direct integration could offer so much more
@pseud I don’t have a timeline, but it’s definitely something I want to do soon. It’s one of the most requested items.
And if you would then drop lein support so as to send a message to the unbelievers … 🤓
typically in my experience if i have a cljs file in a namespace (folder) the next i create will also be a cljc, etc...
I’m guessing yes. So yeah, perhaps either that, or just remember what the user last chose.
@pseud this is what i use to make intellij and boot projects friends: https://clojars.org/onetom/boot-lein-generate and here is a full example where u can quickly try it too as a reference: https://github.com/onetom/hoplon-layouts
@onetom - interesting 🙂 Will have to read this over to fully grok, but any little step toward making the process of synchronization more transparent is a good one.
@cfleming i guess i was addressing that you might have the same namespace in both a CLJ and CLJS
@sandbags Right, but you would normally have a clj
and a cljs
, and cljc files normally go under clj
, right?
i.e. the first time ask, subsequently default to whatever is already in that namespace?
@bfabry That’s fixed in the latest EAP: https://github.com/cursive-ide/cursive/issues/1560
when speccing functions, is it normal to put the (s/fdef my-fn) above the (defn my-fn) line? i feel like i’ve seen this in one or two official bits of clojure documentation
if so, will cursive support this? currently i see “my-fn cannot be resolved” when i try to do this
i realize it would be helpful if i could link to a specific piece of documentation that does what i said on that first line, trying to remember..
@joshg Currently there’s no native support for this. I’m planning to add this soon as part of adding support for CLJS REPLs.
@joshg: As a workaround, you can use https://github.com/mfikes/tubular
will do! i’ll keep an eye out for actual cognitect documentation that says that this is an official pattern
@jrheard That said, it’s also valid to put the spec after the fn, so that will work as a workaround in the meantime.
@denik
1. you are trying to make code look (very subjectively) good by downgrading semantics, which actually (I am pretty sure "objectively") matter more:
aligning :content
of one element with :margin-top
of another gives you nothing other than "looks cool, I don't even need to read it!".
2. your examples are rather naive if you compare it with any just-a-tiny-bit-non-trivial piece of code using any CSS frameforks, where you have 3 divs-deep structures with 50-chars-long class names combos just to align a button. Those rarely fit within 120-chars-wide editor tabs, let alone having 2 of them viewed at once side by side.
3. most of the line changes with subsequent re-formatting will generate tens of lines in commit diff. That's just a waste of people's attention.
4. that's a pain in the ass to implement for such a tiny subjective benefit of "looking cool"