This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-06-16
Channels
- # beginners (7)
- # cider (128)
- # clara (9)
- # clojure (7)
- # clojure-norway (3)
- # clojure-spec (2)
- # clojure-uk (16)
- # clojurescript (79)
- # css (1)
- # datomic (2)
- # devcards (1)
- # editors (39)
- # euroclojure (4)
- # events (1)
- # figwheel (25)
- # fulcro (1)
- # luminus (3)
- # off-topic (15)
- # om (3)
- # onyx (10)
- # protorepl (8)
- # reagent (5)
- # reitit (1)
- # shadow-cljs (95)
- # tools-deps (6)
@richiardiandrea Mostly because our main inspiration for cider’s debugger was edebug 😄
I used to hate Elisp in the beginning, but it really grows on you (+ the language evolved so much since I started using Emacs around 22.1).
I think it is better to keep snapshot compatible with 0.17 until i have time to cut a release
C-x o (other-window) seems to work differently in recent cider. Is there a way to return to previous behavior? I have 3 monitors, with one workspace each. Each monitor has an emacsclient opened. Previously, if I invoked C-x o, it cycled through open buffers/windows in that particular workspace/monitor's emacslicent. Now, C-x o would display a number in all windows, and I have to type a number of the window I want to switch to. The desired behavior is, as previously, to move the focus to the next window in the same emacsclient, and leave emacsclients in other workspaces/monitors alone. Any hints?
have you upgraded to emacs 26 recently? I believe by default C-x o
runs the command other-window
which is not CIDER related but an emacs built-in.
if you're not using spacemacs, hit C-h c (ask which command is invoked by key combo) C-x o
to see what command is run by C-x o
@dpsutton emacs is 25.3 on arch. I'haven't updated anything but cider in the last few months. I've been away from home for one month, and before the cider update that I did one month ago (before I left) everything worked as expected. Now, you gave me a good hint. It seems that C-x o is bound to ace-window instead of other-window, but I don't know why, since, as I said, I didn't change anything else but updated cider...
@dpsutton after unsuccessfully trying to eradicate ace-window from my emacs, I found out that it's a dependency of @bozhidar’s prelude, so I'll have to find a way to disable just this particular remapping of C-x o, as I really prefer the old behavior.
It’s not bound to anything by default. I just bind it to C-x o
as I think it’s better than the default in every use case.
@bozhidar In my multi-monitor case the new behavior is just annoying. Previously, I easily cycled between buffers with C-x o, and if I needed to switch windows, I used my winow manager for that (xmonad). Now, I have to look for the right number to type each time I do C-x o, even though in 95% of the cases I just want to move to the next buffer. Anyway, what is the right place to disable/change this setting and get back to C-x o invoking other-window?
BTW, I usually switch to other Prelude defaults, as they turn out to be better than how things work by default, but this particular functionality is really annoying, at least in my setup...
https://github.com/bbatsov/prelude/blob/master/core/prelude-global-keybindings.el#L115
Thanks. I also found that, but I do not know whether I should edit there (and introduce a difference to the stock prelude) or I can override somehow in my custom.el? (global-set-key "C-x o" 'other-window) didn't work...
@dpsutton I do not have personal.el. In prelude, custom settings are in .../personal/custom.el
Is there a way to undone it, or I should let it do its business, and then re-re-map it somehow to other-window?
>
In some cases you may not want to have a key-chord that is defined by prelude,
in which case you can disable the binding in your personal.el
file by setting
its command to nil
. For example, to disable the jj
key-chord add the
following line:
from the readme. i believe you should create a personal.el file and use your modifications in there. i believe custom.el is used and assumed to be overwritable
;; config changes made through the customize UI will be store here
(setq custom-file (expand-file-name "custom.el" prelude-personal-dir))
;; load the personal settings (this includes `custom-file')
(when (file-exists-p prelude-personal-dir)
(message "Loading personal configuration files in %s..." prelude-personal-dir)
(mapc 'load (directory-files prelude-personal-dir 't "^[^#\.].*el$")))
you can name it whatever you want and however many you want. just custom.el is assumed for particular use
@bozhidar Now I am lost 🙂 Can you give us a hint about this C-x o "back to defaults" thing?
@dpsutton Is there a difference to the jj example that, in this case, it's not about the chord, but the C-x something, and that I do not want to disable it, just to disable the particular remaping to ace-window?
then just manually (global-set-key (kbd "C-c C-w") 'copy-defun-for-web)
or whatver you need
@dpsutton Thank you for trying to lead me here. I've already tried global-set-key and it didn't work
I've also read and re-read that disabling-key-chords, but I do not understand how it applies here
you could try what he's doing in the first place: (global-set-key [remap other-window] 'ace-window)
and instead do (global-set-key [remap ace-window] 'other-window)
I've tried evaling it with C-x C-e, and also added it to custom.el, and restarted emacs
? I thought this is the place for user's personal things. Thanks for pointing this out to me!
OK. Will change that. But, anyway, mu custom settings worked even though they were in custom.el, and this one gets ignored.
yes they will work there. but if you use the customize ui it will most probably overwrite them all or put the file in corrupted state
But yeah - generally changing this there should have worked as well, if you’ve wrote the right thing.
Interesting: I moved my part of custom.el to personal.el, and now everything from personal.el gets ignored...
Check the messages buffer and what gets loaded there. I have to run now, so I can’t offer more assistance right now.
Generally all files in this folder should be treated the same way and there should be some message saying they were loaded.
Prelude is powering up... Be patient, Master dragan! Loading personal configuration files in /home/dragan/.emacs.d/personal/preload... Loading /home/dragan/.emacs.d/personal/preload/init.el (source)...done Loading Prelude’s core... Loading /home/dragan/.emacs.d/savefile/recentf...done Loading Prelude’s modules... Loading /home/dragan/.emacs.d/prelude-modules.el (source)... Key Chord mode on Loading /home/dragan/.emacs.d/prelude-modules.el (source)...done Loading personal configuration files in /home/dragan/.emacs.d/personal... Loading /home/dragan/.emacs.d/personal/custom.el (source)... Problems while trying to load export back-end ‘ascii’ Problems while trying to load export back-end ‘html’ Problems while trying to load export back-end ‘icalendar’ Problems while trying to load export back-end ‘latex’ Starting new Ispell process aspell with default dictionary... For information about GNU Emacs and the GNU system, type C-h C-a. next-line: End of buffer [3 times] previous-line: Beginning of buffer [2 times] Quit mwheel-scroll: Beginning of buffer Mark set mwheel-scroll: Beginning of buffer
Well, that’s the point - you’re supposed to be able to quickly navigate more than 1 window, which you can’t do by default.
@bozhidar I get the idea. Just in practice it's much easier to me to hit C-x o C-x o than to hit C-x o and then look at the changed display to see which number correspond to each frame
try commenting out the line in prelude just to see if that works. and make sure the world is steady underneath out feet
A "window" was a thingy inside one emacs rectangle that display one buffer. The main emacs windows is called frame if I remember well?
I had some customizations in custom.el. They were applied. When I moved them to personal.el in the same folder, now they get ignored...
One thing that might be different: In my personal folder, there is custom.el, and custom.elc, but there is no personal.clc
also, are you sure you are restarting emacs? you're not running an emacs server and just killing your client connection?
Yep, I'm invoking /bin/emacs just to make sure that it's the plain old restarted emacs.
the problem was that after moving some parts of custom.el to personal.el custom.el needed some more re-fixing to not throw errors that stopped emacs to further continue loading personal files. Now onto the ace-window issue 🙂
Thank you a lot for helping me with this (and teaching me the proper way of personal configurations :)
Hmmm... Althugh that other settings get applied now, none of the suggested things for the ace-window problem get applied...
The problem is back at what I had when I had my settings in custom.el: Everything else works fine, but I can't remap ace-window back.
Prelude is powering up... Be patient, Master dragan! Loading personal configuration files in /home/dragan/.emacs.d/personal/preload... Loading /home/dragan/.emacs.d/personal/preload/init.el (source)...done Loading Prelude’s core... Loading /home/dragan/.emacs.d/savefile/recentf...done Loading Prelude’s modules... Loading /home/dragan/.emacs.d/prelude-modules.el (source)... Key Chord mode on Loading /home/dragan/.emacs.d/prelude-modules.el (source)...done Loading personal configuration files in /home/dragan/.emacs.d/personal... Loading /home/dragan/.emacs.d/personal/custom.el (source)...done Loading /home/dragan/.emacs.d/personal/personal.el (source)...done Prelude is ready to do thy bidding, Master dragan! Starting new Ispell process aspell with default dictionary... For information about GNU Emacs and the GNU system, type C-h C-a. Prelude tip: Press <C-c G> to search in GitHub.
@bozhidar @dpsutton I have to solve this by commenting the ;;(global-set-key [remap other-window] 'ace-window) line in prelude-global-keybindings.el. Thank you both for helping me with this! I'll open an issue in prelude regarding inability to do this the "proper" way, in my personal settings. I hope this will help others that have the same problem, and will lead to the proper solution eventually...