I'd like to ask how to move cider repl in DOOM, from horizontal (screenshot below) to vertical? been trying many menus shortcut but still horizontal.
Thanks you so much
enter image description here
As was already mentioned, in DOOM this REPL window is transformed into a popup, and you can customize it in your .doom.d/config.el:
(after! cider
(set-popup-rules!
'(("^\\*cider-repl"
:side right
:width 100
:quit nil
:ttl nil))))
The easiest thing to achieve this is by splitting the windows vertically before jacking into Cider. I.e., in your source code file, hit C-x 3 which calls split-window-right.
Of course, you could write a small Elisp function to call this before jacking into Cider (you might want a defadvice), but you would have to check your current window layout first, so I never bothered to do this.
Doom uses a pop-up for the REPL window, so the simplest way would be to disable popups. Otherwise, you can maximize the popup (Ctrl ~), and split the window vertically...
Related
So when I am writing in Unix in the emacs editor it is not possible to change lines I wrote before by clicking on that particular part. Now I have to use my arrows on the keyboard and that takes a lot of time. Anyone suggestions?
I assume you're asking about using a mouse in a terminal. If so, use xterm-mouse-mode by running M-x xterm-mouse-mode or adding (xterm-mouse-mode 1) to your init.el.
Suppose I have a vertical split in the current frame where I have two windows, left and right. Now I invoke M-x magit-status in the left window.
what happens: magit takes over the whole frame
what I'd like to happen: magit should take over only the left window from where I originally invoked M-x magit-status.
how do I achieve the desired behaviour? Is it even Possible?
thanks in advance.
Magit doesn't do this by default. You are probably using a starter-kit, Spacemacs maybe?
This is controlled using the option magit-display-buffer-function. Check out its documentation.
I'd realy like to use emacs-artist mode to document my code as seen here: http://www.cinsk.org/emacs/emacs-artist.html
But I can't access the menu like in the screen cast. It seems that the menu is boud to the 3rd (middle) mouse button. But my mouse has only 2 buttons.
How can I reconfigure my emacs key binding for emacs artist-mode that it uses the 2nd (right) mouse button for the menu?
I'd like to set the binding only for artist-mode of course.
Thank you for your help!
This is what I put in my .emacs.el
(eval-after-load "artist"
'(define-key artist-mode-map [(down-mouse-3)] 'artist-mouse-choose-operation)
)
Thanks for the right hints!
FWIW, the right button is the one Emacs calls mouse-3 and the middle buttong is the one Emacs calls mouse-2. You should report this problem via M-x report-emacs-bug because I think it's a bug.
You can fix this problem with something like:
(define-key artist-mode-map [down-mouse-3] 'artist-mouse-choose-operation)
I'm using iTerm2 on my mac to ssh into a Linux box and run emacs in the terminal. On a big monitor, I like to split the window to see multiple buffers side-by-side. I'd like to be able to switch to a particular buffer by clicking the mouse in it (rather than doing C-x o).
What seems to be happening is that if I click the mouse anywhere outside the currently active buffer e.g. in the next buffer, on the mode line etc., the click is being interpreted as which is bound to (tmm-menubar-mouse EVENT).
I have disabled the menubar by doing the following in my .emacs_d/init.el:
(menu-bar-mode -1)
This seems to disable the visible display of the menu bar at the top of the window, but the mouse click behavior I described is still happening.
I think what I need is to have the click interpreted as something other than and then bind that to some function that detects which buffer the click happened in and switch to it. But, I don't know how to do that and the searching I've done hasn't yielded any clear answer. Can anyone help?
Alternatively, I looked into using windmove to enable switching between buffers with SHIFT and the arrow keys. I did (windmove-default-keybindings) but emacs then seems to respond to SHIFT left-arrow by inserting "2C" into the buffer and SHIFT-right-arrow by inserting "2D". If anyone has any tips on making this work too, I'd love to hear them.
Thanks
I ran into this problem a while ago, where clicking on column > 95 was interpreted as <menu-bar> <mouse-1>, which invokes tmm-menubar-mouse. It turned out to be a bug:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6594
There hasn't been a formal release since this bug was fixed, but you can get the patch here:
http://bzr.savannah.gnu.org/lh/emacs/emacs-23/revision/100618
If I recall correctly, you should be able to just drop the modified file into your existing emacs installation and byte-compile it (assuming you're running the 23.3.1, the latest release).
I'm a new emacs user using emacs for the awesome org-mode. I have links to all my org files at the top of my pages but everytime I click a link it splits my window, so I only have half of the screen estate available. How do I set it so that emacs does not split the window horizontally but rather opens up a new window for my links?
I'm assuming you mean you want to open the link in a new frame. (Emacs terminology is a bit different from other GUI apps, because Emacs predates X11. What would be called a "window" in other apps is called a "frame" in Emacs, because "window" already had a specific meaning in Emacs, and was used in the names of lots of functions.) What's happening now is that you have a frame containing one window, and Emacs is splitting that window to form two windows.
You need to customize org-link-frame-setup to use find-file-other-frame instead of the default find-file-other-window.
You can do this by typing M-x customize-variable <ENTER> org-link-frame-setup <ENTER>. Click the Value Menu next to find-file-other-window and select find-file-other-frame, then click Save for future sessions.
One option is to tell Emacs to never split windows, which can be done like so:
(setq same-window-regexps '("."))
This will keep your window from splitting, and then you use your regular commands to switch buffers to get back to what you were looking at.
This is as opposed to what it sounds like you were asking for, which was new frames, which IMO doesn't really help if you have limited screen real estate because you're now having to switch frames (graphical windows).