emacs23

I'm using emacs23 on Ubuntu 32-bit 10.04/10.10 with GNOME and Compiz. Pressing M-RET in an org-mode plain list in Emacs (GUI) inserts a new item. Pressing M-Up moves the item up in the list. These keys don't work as expected in emacs -nw under Terminator and gnome-terminal . The M-Up key does nothing, whereas the M-RET key simply moves the cursor down one line and indents the position. The keys also don't "work" in xterm , which inserts \215 instead. Pressing ESC-RET or ESC-Up instead produces the expected functionality. The same problems exist if I run emacs -nw on a headless server accessed

Emacs seems to have all the possible keyboard combinations already randomly distributed among it's commands. :p If I am to define new keyboard shortcuts, where should I put them? Which prefixes should I use? For instance: I want to define shortcuts for the following functions: indent-buffer (C-c i, after I got the answer) comment-or-uncomment-region (C-c C) rdebug (ruby debugger) (C-c R) rsense-complete (ruby autocomplete) (C-c e) Where would you put these? Why? Trey Jackson Emacs actually has a very definite pattern to its bindings, this answer shows some. As far as where you should define

Rather than individually specifing each subdirectory in my plugins directory I want to be able to automatically load them, to that end I included the following to my .emacs file: (let ((base "~/.emacs.d/plugins/")) (normal-top-level-add-subdirs-to-load-path)) require 'rinari require 'yasnippet Unfortunately the above results in: File error: Cannot open load file, rinari Anyone know what's wrong and how to fix it? You're so close... (let ((default-directory "~/.emacs.d/plugins/")) (normal-top-level-add-subdirs-to-load-path)) normal-top-level-add-subdirs-to-load-path works off the current

Is there anyone out there using iPython with emacs 23? The documents on the emacs wiki are a bit of a muddle and I would be interested in hearing from anyone using emacs for Python development. Do you use the download python-mode and ipython.el? What do you recommend? HörmannHH I got it working quite well with emacs 23. The only open issue is the focus not returning to the python buffer after sending the buffer to the iPython interpreter. http://www.emacswiki.org/emacs/PythonMode#toc10 (setq load-path (append (list nil "~/.emacs.d/python-mode-1.0/" "~/.emacs.d/pymacs/" "~/.emacs.d/ropemacs-0.6

I'm trying to learn org-mode and noticed my files are folded neatly when I exit emacs. When pressing S-TAB in an attempt to unfold the entire file, I get the following error message in the mini-buffer: M-[ z is undefined . Googling the error wasn't helpful. Any idea where the hiccup is occurring and how I might fix it? I'm using Mac OS X 10.6.4 with Terminal.app, GNU Emacs 23.2.1. Edit: I can confirm now that the problem is Terminal.app. I do not receive this error message using Carbon Emacs or when using Emacs from within iTerm.app. Thanks to Gilles for patiently walking me through a solution

Why this works ((nil . ((compilation-directory . "/home/vava/code_directory/") (compilation-command . "rake")) )) and this doesn't? ((nil . ((Eval . (setq compilation-directory "/home/vava/code_directory")) (compilation-command . "rake")) )) What I'm doing wrong here? I have set enable-local-eval in .emacs. Emacs Lisp is case-sensitive: try lower-case "eval": ((nil . ((eval . (setq compilation-directory "/home/vava/code_directory")) (compilation-command . "rake")))) Also, the name of the file for directory-local variables is .dir-locals.el , not .dir-local.el as in the question headline.

I've installed Emacs 23 and have found that the compilation buffer (when using M-x compile) appears in a different position than it did in Emacs 22. The currently open buffer appears on the left and the compilation buffer on the right. How to I revert to the Emacs 22 behavior of having the current buffer open on the top and the compilation buffer on the bottom? (Splitting the screen horizontally also is the case for the buffer list (M-x switch-to-buffer <tab>) buffer as well.) It's probably the new split-window-preferred-function variable and split-window-sensibly function. Emacs now tries to