This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-10
Channels
- # aleph (1)
- # announcements (21)
- # babashka (3)
- # beginners (98)
- # calva (2)
- # circleci (3)
- # clara (58)
- # clj-kondo (123)
- # cljs-dev (1)
- # cljsrn (7)
- # clojure (162)
- # clojure-europe (2)
- # clojure-finland (7)
- # clojure-italy (5)
- # clojure-nl (6)
- # clojure-sanfrancisco (1)
- # clojure-spec (1)
- # clojure-survey (17)
- # clojure-uk (70)
- # clojuredesign-podcast (2)
- # clojurescript (46)
- # cloverage (5)
- # cursive (2)
- # data-science (22)
- # datascript (1)
- # datomic (60)
- # emacs (3)
- # figwheel-main (1)
- # fulcro (26)
- # graalvm (5)
- # jackdaw (3)
- # leiningen (8)
- # luminus (1)
- # off-topic (8)
- # other-lisps (2)
- # pedestal (27)
- # re-frame (17)
- # reagent (20)
- # reitit (3)
- # shadow-cljs (37)
- # spacemacs (23)
- # sql (69)
- # tools-deps (2)
- # utah-clojurians (9)
- # xtdb (3)
@johanatan I had been using the following code in dotspacemacs/user-config
to treat hyphenated words as a single word when in Clojure mode, although its been a while since I used it
;; In clojure-mode, treat hyphenated words as a single word.
(add-hook 'clojure-mode-hook #'(lambda () (modify-syntax-entry ?- "w")))
wow, just this change alone without my original changes also suffers the end-of-line hangup problem
@jr0cket do you know if it would work for the entire list of chars considered in my snippet?
wow, just this change alone without my original changes also suffers the end-of-line hangup problem
@jr0cket would you mind sharing your entire .spacemacs
file that i could compare against mine? (or I can do vice versa if that's better for you)
https://github.com/practicalli/spacemacs-config/blob/master/.spacemacs.d/init.el I would suggest using ediff to get some context
M-x ansi-term RET
i
curl > ~/.practicalli.el
fd
SPC E f f
<file `A' path> ~/.spacemacs
<file `B' path> ~/.practicalli.el
Thanks for sharing. I have just pushed a few updates, but non should affect your issue.
@johanatan I removed the comment from my clojure-mode-hook code and restarted emacs. I am not experiencing any issues. It does not jump over ->
in defn names, but then I wouldnt expect it to.
This is so weird. A coworker installed a fresh spacemacs and added your code change to it and he experiences the same problem I have (independently of any of my other configuration).
@johanatan are you restarting Emacs after making changes to your .spacemacs file? If not, then some code could still be in memory.
@johanatan I removed the comment from my clojure-mode-hook code and restarted emacs.
Using w
on defn names that include ->
are getting stuck. Not sure if this was the case before.
I updated the code to include more symbols and using w
works correctly almost all of the time, but on occasion it will stick at the end of a line. How strange. I dont know how to start debugging this...
(add-hook 'clojure-mode-hook #'(lambda ()
(dolist (c (string-to-list "-_>?"))
(modify-syntax-entry c "w"))))
Yes the sticking at the end of the line for lines that contain hyphens is the problem.
It looks like my CIDER is a version behind, despite being on the latest develop branch of spacemacs. How can I upgrade it?
You should check possible sources for your CIDER version, like project.clj
, profiles and global user profile for lein.
If you are on Spacemacs develop
branch then check you are not using spacelpa repository. In your .spacemacs
file, check this setting is nil
dotspacemacs-use-spacelpa nil
If that is already set, then try moving or deleting the cider-*
packages from $HOME/.emacs.d/elpa/<emacs-version>/develop/
directory and restart Emacs it should download the latest cider package.
Also check your .spacemacs
file to see if you pinned a package version of cider. Take a look in spacemacs-additional-packages
For an example of pinning, see http://jr0cket.co.uk/2017/03/spacemacs-managing-broken-emacs-packages.html
Have you tried updating the packages manually? SPC f e U
will update all of the packages, after a restart it should just work.