This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-10-27
Channels
- # aws (3)
- # aws-lambda (8)
- # bangalore-clj (1)
- # beginners (155)
- # boot (13)
- # cider (88)
- # cljs-dev (3)
- # cljsrn (9)
- # clojure (120)
- # clojure-india (1)
- # clojure-italy (2)
- # clojure-norway (1)
- # clojure-romania (2)
- # clojure-russia (41)
- # clojure-spec (4)
- # clojure-uk (34)
- # clojurescript (68)
- # core-logic (16)
- # cursive (11)
- # data-science (9)
- # datomic (19)
- # dirac (6)
- # duct (20)
- # emacs (7)
- # events (2)
- # figwheel (4)
- # fulcro (12)
- # graphql (1)
- # hoplon (68)
- # klipse (1)
- # leiningen (7)
- # lumo (11)
- # off-topic (9)
- # onyx (114)
- # pedestal (4)
- # protorepl (15)
- # re-frame (60)
- # reagent (3)
- # ring (18)
- # shadow-cljs (15)
- # spacemacs (82)
I always have trouble to remember some keyboard shortcuts, especially for some cider modes - debugger, spec inspector, etc. Is there a way to show current key bindings, e.g. when in the middle of debugging a function to avoid going through https://cider.readthedocs.io/en/latest/debugging/?
I have to say, Spacemacs + Cider is much more enjoyable than trying to set Cursive app with IntelliJ.
However, I have this annoying thing that sometimes I want to get out of some mis-typed command and press ESC many times, then eventually all the windows will disappear and one buffer (usually cider-error) will take over my frame. Is there any way to get back to my previous windows arrangement?
@jumar yeah -- there's stuff under SPC h d
. In particular, SPC h d b
(describe-bindings) is the thing you're looking for. It's a bit overwhelming, though, so you might want to play with the other stuff in that section. Some modes use ?
to show mode-specific bindings, but it's not consistent.
@orestis yeah, actually! winner-undo
is exactly that, undo the last buffer/layout/window change.
Also SPC w m
toggles maximize-buffer, so if you were taken to the full-frame state via maximize buffer, that'll often change you back to where you were.
Having an independent undo stack for UI changes is a kickass idea IMHO and I wish other tools would adopt the same thing 🙂
@eggsyntax thanks for the tip. I guess that's the same as Emacs's C-h b
. You're right that there's a sectoin about cider--debug-mode
. However, that's not terribly useful:
You know there's also a little thing in the buffer you're debugging that shows you the main commands? It can be easy to overlook; placement is often at the top of the fn you're debugging.
magit question -- as mindblowing as magit is, I have one minor use case I keep tripping over -- sometimes I s)tage a hunk, only to realize it included something I didn't want to stage yet. So I have to go up to the filename, tab-collapse it, go to the staging section, tab-expand the same filename, and u)nstage it, then tab-collapse, go back to the unstaged section, tab-expand, and find the hunk again. Is there some way to just undo the last staging-action? Or some other quicker way to reverse the premature stage? Esp @ag since you've become our de facto magit expert 😉
I'm not sure exactly how to do that. It's probably possible. I bet you'd be interested to learn about so called wip modes https://magit.vc/manual/magit/Wip-Modes.html thought
@eggsyntax - I don't know of an "magit undo stage" command, but I do know of some shortcuts that might make that a little less painful.
(1) You can hit 1
, 2
, 3
, and 4
to change the display level of whatever the cursor's at. So instead of tabbing around, you might be able to just say e.g. 1
to collapse it all the way.
(2) You can select specific lines to stage or unstage with v
.
#2 I use & is maybe my single favorite thing about magit 😄 #1 is brand new & def will save some time. Thanks!
Ohhhh, gotcha. I happen to have only unstaged changes at the moment, so I didn't notice the difference.
Ah, that's really good to know! Is that only the diff buffer, not the status buffer?
Yeah, it's a killer feature. In the beginning I didn't use magit-diff buffer much. I would find a hunk and press e
and compare things in ediff
. That's handy. But then I did two things:
- I have changed the colors to make the diffs more readable
- I started using 1..4
and M-1..4
That's really good to know. I'm always wanting to do that in a magit diff buffer. I usually go to the last line and hit 1..4
, which I think has the same effect, but no longer!
https://github.com/agzam/dot-spacemacs/blob/master/themes/base16-ocean-dark-theme.el#L575-L584
The only color change I've thought of doing is making the hunk headers stand out more -- they're easy to overlook, which is how I get myself into the fix I mentioned earlier where I've staged more than I meant to..
Choice of the color-theme itself deserves a conversation. For a long time I've been searching for perfect one, something I would really like - I used Obsidian, then I switched to Zenburn (because it was the most popular Emacs theme). Then one day I realized - the less colors you have, the less strained your eyes would be. That's how Spacemacs' default themes do too. But the dark one has way to much pink to my taste.
Huh, interesting. "the less colors you have, the less strained your eyes would be." Is there evidence for that? It's not immediately obvious to me that it's true.
I don't like a zillion colors, but I like to be able to distinguish the various things that can be colored differently.
After all I have decided to stop trying and now I'm using Base-16 Ocean Dark (with my own customizations) and Spacemacs' default light theme. This is perfect combination for me. Whenever it's too bright in the room and there's too much glare I would do SPC T n
and switch to the light theme and vice-versa
> Is there evidence for that? this is very subjective and YMMV, but the right choice of a font and the color theme is like choosing a knife for cooking. With a perfectly balanced knife you can cook with pleasure for hours.
I haven't noticed more colors being more tiring, but I'll start keeping an eye on it.
I can't recommend this thing enough https://chriskempson.github.io/base16/
I have a strong preference for muted colors, though; for me it seems to be bright, vivid colors that wear me out. Especially when they're not within some sensible color palette.
please try it, find your perfect theme, sprinkle it with your customizations - ahhh... that's like getting married to a woman you love
I've spent many, many hours on that over the years. Solarized is tough to beat IMHO; I just finally got tired of it in the last year.
for me, the best part about solarized isn't that it's amazing or the best or anything, it's that it's available everywhere, for every platform and editor you could want
I do love that...although it's part of what led to me getting tired of it, I think; I was using it everywhere.
I haven't gotten tired of Solarized yet, but I'm enjoying the conversation and might have to fiddle with it someday.
solarized is nice - I used it for quite awhile. But I think I'm too picky. Too much blue and green - makes me depressed, too much red and yellow - my eyes get tired.
When it comes to Font: I've tried Menlo, Ubuntu Mono, Input, Kermit, Source Code Pro. I really liked Input. Today I'm using Source Code Pro. From time to time I get bored and try a different font. I think I spend too much time trying to improve my productivity.
yeah, that's something I have to yet to try to get used to. I don't like ligatures. I don't know why. Maybe just need to try it for a week or so
I did switch to Fira Mono on mac, because oddly, I got a significant speed boost from it (a tip buried in one of the endless how-to-speed-up-spacemacs threads)
like, the angle bracket characters look different than fira mono to make them a little more distinctive, it's mostly just little tweaks
I did like that one. I can't recall testing it for speed vs Fira Mono, but my guess is that I didn't get the speed boost or I would have used it.
well, you also have to add a bunch of hackish things to get emacs to render ligatures correctly
so, I can imagine that if you were just browsing around with fonts that probably wouldn't have appealed too much
No, I definitely remember using it & liking it. It just didn't quite end up as one of my top couple.
And didn't give me the speed boost, I think (which was the only reason I switched on mac).
Godddammit... I still can't understand why nobody has found a way to fix this thing. Why the heck we can't just go back to the definition? spacemacs-jump-handlers
for clojure modes simply broken and I really hate that. This is the only thing where I can't win the argument against IntelliJ