The c-subword-mode movement commands (c-forward-subword and c-backward-subword)
are not supported
correctly in cua-mode. Please add the following code to Emacs:
(put 'c-forward-subword 'CUA 'move)
(put 'c-backward-subword 'CUA 'move)
-- MJF
In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, GTK+
I suggest adding a hook picture-mode-exit-hook which is run in
picture-mode-exit. Here's why:
Normally, activating a major mode calls kill-all-local-variables which runs
change-major-mode-hook.
Picture-mode does not do this, which makes sense because picture-mode is used
as a temporary major
Oops! This bug was my mistake.
Ignore it please; I had mistakenly deleted the remapping from
self-insert-command to balanced-self-insert-command, which was put in
explicitly to handle this case.
-- MJF
___
emacs-pretest-bug mailing list
Richard Stallman wrote:
self-insert-command is handled specially by the command loop.
This is a recent change; builds from March 1st did not exhibit this
behavior. In addition, remapping self-insert-command to
(lambda () (interactive) (call-interactively 'self-insert-command))
fixes the
Richard Stallman wrote:
I think this is intentional. Changing the height of the echo area
as you move the mouse would be rather unpleasant.
It could combine the tooltip string lines, and display as much text as
will fit in the echo area. Would that be better?
If this is intentional, the
If you have tooltip-mode disabled, multi-line help-echo text-properties and
overlays only display
their first line. Here's some code that reproduces the behavior:
(let* ((min (point-min))
(max (point-max))
(half (/ (+ min max) 2)))
(let ((overlay (make-overlay min half)))
If self-insert-command has any advice, that advice is not run when
self-insert-command is called by pressing a key. I need this feature for
balanced-mode, which advices self-insert-command to always insert balanced
sexps. (You can see balanced-mode at http://hpalace.com/tmp/balanced+.el.
Steps to reproduce:
1. Start up Emacs.
2. Enter the key sequence C-x 4 M-..
3. Notice the error message you get.
(Also try the key sequence C-x 5 M-..)
Expected result:
C-x 4 M-. and C-x 5 M-. should be bound to find-tag-other-window and
find-tag-other-frame, respectively. This mirrors the
Juri Linkov wrote:
This bit me because I don't like having the H for hi-lock-mode
displayed in the mode line, so I added
(setf (second (assoc 'hi-lock-mode minor-mode-alist)) nil)
to my init file. This just broke.
I don't like having the H displayed in the mode line for no reason too.
I
It seems that much of Emacs follows a convention for naming global minor
modes vs buffer local minor modes that hi-lock-mode does not follow.
The convention is for buffer local minor modes to be named
minor-mode-name and for global minor modes to be named
global-minor-mode-name.
I realize
cua-mode requires any movement function's symbol to have the CUA
property be set to the symbol move. (See cua--pre-command-handler-1.)
The following functions come with Emacs but do not have the property set
appropriately:
forward-button
forward-comment
forward-line
forward-list
forward-page
Kim F. Storm wrote:
This list can be further reduced to:
down-list
mark-word
search-forward
mark-sexp
back-to-indentation
end-of-defun
forward-list
backward-up-list
forward-sexp
backward-list
backward-sexp
beginning-of-defun
I will add CUA properties for these in CVS.
Thank you. I will
12 matches
Mail list logo