This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-29
Channels
- # aleph (1)
- # announcements (10)
- # aws (1)
- # beginners (110)
- # calva (4)
- # cider (26)
- # clj-kondo (14)
- # cljdoc (24)
- # cljsrn (16)
- # clojure (76)
- # clojure-europe (3)
- # clojure-ireland (2)
- # clojure-italy (15)
- # clojure-nl (8)
- # clojure-spec (23)
- # clojure-sweden (4)
- # clojure-uk (92)
- # clojurescript (37)
- # cursive (19)
- # datomic (59)
- # duct (1)
- # emacs (4)
- # fulcro (7)
- # graalvm (7)
- # graphql (1)
- # hoplon (69)
- # jobs (4)
- # jobs-rus (1)
- # kaocha (2)
- # leiningen (5)
- # luminus (2)
- # pathom (8)
- # reagent (6)
- # reitit (11)
- # spacemacs (12)
- # sql (3)
- # tools-deps (9)
- # unrepl (1)
- # vim (57)
If your downstream app is a CLJS app then it will consume your library as source in a jar
Thanks
Discussion: Which editor are you using for coding Clojure? Somebody told me that should use emacs. But it’s hard to me to learn this editor
I tried Vscode but it isn’t effective such as: parenthesis. It doesn’t remove close-parenthesis when remove open-parenthesis automatically
@U4R5K5M0A I use Vscode for JS, Golang, python … most of language. But when I force use clojure into Vscode. It waste a lot of time
@U4R5K5M0A Are you using emacs or intellij right now?
I hear a lot of guys that they save a lot of time and get to work more effective and productive when use emacs. Is that right?
After over 20 years of vi/vim I started to learn emacs when I picked up Clojure. First week or two was hard, and I considered switching to evil mode (vim emulation in Emacs). After the that it clicked, and I moved to using it for lots of other things (general editing, Latex, Golang, Javascript etc). It helped getting a better config - I found that Bodil’s ohai emacs was a good starting point. The problem is that Emacs is too configurable (if that’s a problem) and the out of the box config is generally not the best (depending on which of the many boxes you pick). It is worth the investment. After a couple of years, I’m as proficient with Emacs as I was with 20 years of vi/vim, I can also do things that I couldn’t do in vim. I find that I spend most of the day ‘in’ Emacs.
…. as they say - an OS, if only it had a good text editor.
I prefer cursive because it just works and requires 5 minutes to configure, I was the emacs user for a couple of years
I've been using emacs for decades (1985). So, I'm not the right guy to ask for. I started using CLJ/CLJS in 2011 and I tried to switch editor more times and I always came back to emacs. That said, I recently tested atom with a very good configuration suggested in this post and it seems to be to work nicely. https://medium.com/@jacekschae/slick-clojure-editor-setup-with-atom-a3c1b528b722 I also gave a shot to Calva for VSCode. There is still something to be improved, but it getting there too. I dont' like heavy IDE (this is why I never tested IntelliJ with Cursive Plugin, but the people using it are happy with their choice.
Thanks a lot you guys @U0EH09SLX You are awesome. I though atom is dead cuz It’s really heavy when I use it in the first time. But it’s better to use Vscode to code Clojure
Hi - I'm struggling with some problems using npm-deps, seems like trailing dependencies from js are provided many times, is there a way to exclude them, cause I receive this error Namespace "module$react_is$cjs$react_is_production_min" already declared.
with a js library which uses react/redux under hood?
Hello, I'm running into some issues when pulling in an external library (`d3`). The external library sets window.d3
however when I execute my ClojureScript with advanced compilation, it's getting overridden by a minified variable name. I've tried using externs by specifying window.d3 = {};
however that doesn't seem to do the trick. Any advice? Thanks!
i had tried that as well, but i didn't have luck either. hopefully a combination of this and the output wrapper will fix it!
you could use these https://github.com/cljsjs/packages/blob/master/d3/resources/cljsjs/d3/common/d3.ext.js
thanks! i'm using goog.object
for the most part so i might not need any externs if i get the output-wrapper working properly
So in Chrome you can now back a WebAssembly.Memory with a SharedArrayBuffer, but that feature hasn't hit nodejs yet 😕
looks like they're working on it https://bugs.chromium.org/p/v8/issues/detail?id=9062
Oops, I mean this one https://bugs.chromium.org/p/v8/issues/detail?id=8564