cua-mode C-c C-v

Whenever I type C-c C-v too fast I get an "unbound" message. I think it should be the same as C-c [pause] C-v, or something similar. Just doing (progn (cua-copy-region nil) (cua-paste nil)) doesn't work correctly, but how about this: (defun kc-duplicate-region (start end) (interactive "r")

jka-compr + byte-compiler-base-file-name bug

Synopsis: (byte-compiler-base-file-name "a.el.gz") -> "a.el.gz" Correct answer, after patch below: (byte-compiler-base-file-name "a.el.gz") -> "a.el" 2005-10-09 Karl Chen <[EMAIL PROTECTED]> * jka-cmpr-hook.el

tex-mode: \bf fontification bug

annoyingly interrupts every time I load a file with \bf. \bfseries is also fontified incorrectly. I believe the patch below fixes the bug. 2005-10-09 Karl Chen <[EMAIL PROTECTED]> * textmodes/tex-mode.el (tex-font-lock-keywords-2): Fix bug in \bf fontification --- /usr/sha

Re: recentf.el - digit shortcuts

> On 2005-09-07 05:44 PDT, David Ponce writes: >> The files with shortcuts are now unaligned with files >> without shortcuts. Is that intentional? Otherwise it >> seems fine. David> Yes it is, because items with extra alignment spaces David> doesn't look good (IMO) when

Re: Calendar, diary, and diary-mode

> On 2005-09-05 12:03 PDT, Stefan Monnier writes: Stefan> How is diary-mode used? It's defined and seems to Stefan> work if I call it manually, but it's not directly used Stefan> anywhere. WAIM? There are at least two functions that do basically (find-file-noselect (diary-check-

Re: recentf.el - digit shortcuts

> On 2005-09-05 04:27 PDT, David Ponce writes: David> Hi, Here is another patch (sorry) that isolates files David> with shortcuts in front of the dialog list, instead of David> mixing them up into sub-menus. This way it is very David> easy to locate files with shortcuts when

Re: recentf.el - digit shortcuts

> On 2005-09-02 01:19 PDT, David Ponce writes: David> This is a good idea! However your implementation fails David> when items are grouped into sub-menus in the David> `recentf-open-files' dialog. Attached is a reworked David> patch which fixes that bug, plus some minor Da

recentf.el - digit shortcuts

a long time and find it indispensable. However, defadvice is brittle and I had to rewrite it every time recentf changed. I hope this feature is suitable for installing. 2005-09-01 Karl Chen <[EMAIL PROTECTED]> * recentf.el (recentf-dialog-choose): Open the Nth item. (recen

Info node (emacs)Faces

The info page for Faces says: `menu' This face determines the colors and font of Emacs's menus. Setting the font of LessTif/Motif menus is currently not supported; attempts to set the font are ignored in this case. I believe this paragraph also applies to GTK. In fact, maybe unde

Re: bug when fontifying cc-mode

> On 2005-08-26 00:18 PDT, Alan Mackenzie writes: Alan> Could you possibly do C-c C-b (`c-submit-bug-report') on Alan> your buffer, so as to give a complete dump of your Alan> configuration, and then send the whole thing to Alan> <[EMAIL PROTECTED]>? CC Mode is maintained as a

bug when fontifying cc-mode

Applies to emacs CVS HEAD; does not apply to emacs 21.3. Steps to reproduce: emacs -q /tmp/a.c insert the following string (without quotes): " // // // // " (There must be at least one blank line at the beginning, between the double-comment lines, and at the end.) M-x font-lock-fontify-buf

Re: Emacs icons

> On 2005-08-19 16:08 PDT, Richard M Stallman writes: rms> What led you to think it "seems to be GNU too"? That rms> kind of confusion is common, and we need to track down rms> the cause of it. It is probably the confusion between "programs licensed under the GNU GPL" and "progra

ido-read-file-name default-filename

A number of functions that call `read-file-name' utilize the `default-filename' parameter, or its default. E.g., M-x diff-backup RET should diff the current file instead of attempting to diff the current directory. I.e., regular `read-file-name' returns `(or default-filename buffer-file-name)'.

Re: grep-use-null-device

> On 2005-08-15 19:25 PDT, Richard M Stallman writes: rms> So, my grep program supports "-H" but it apparently rms> has not the expected semantics. rms> That is a very vague statement. It tells us nothing. Emilio is reiterating the same issue I raised on 2005-02-03 [1]:

interpreter-mode-alist

The documentation for the variable `interpreter-mode-alist' states: The car of each element, a regular expression, is compared with the name of the interpreter specified in the first line. If it matches, mode MODE is selected. This doesn't match the actual functionality of `set-

emacs info blurb on cua-mode rectangle binding

I believe `Shift-RET' should be changed to `Control-RET' now in the Emacs info node: CUA mode also provides enhanced rectangle support with visible rectangle highlighting. Use `Shift-RET' to start a rectangle, extend it using the movement commands, and cut or copy it using `C

BDF files

lisp/ps-mule.el refers to some BDF files that don't exist in the Emacs distribution. They are required to print Unicode characters. With some Googling I was able to find ones that worked for me. What is the situation with these? Did they exist before, but were removed due to licensing issues?

Re: caml-mode and show-paren-mode

> On 2005-04-19 11:04 PDT, Stefan Monnier writes: Stefan> The patch below should fix the problem. Can you Stefan> confirm? Yes, that fixes it! -- Karl 2005-04-19 18:02 ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.or

caml-mode and show-paren-mode

Does anyone use both caml-mode and show-paren-mode? Show-paren-mode in caml-mode in Emacs CVS HEAD doesn't highlight parens, but in Emacs 21.4 does. -- Karl 2005-04-18 22:18 ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mail

files.el typo

diff -u /usr/local/stow/emacs-cvs/share/emacs/22.0.50/lisp/files.el /tmp/buffer-content-87433cg --- /usr/local/stow/emacs-cvs/share/emacs/22.0.50/lisp/files.el 2005-02-09 07:50:42.0 -0800 +++ /tmp/buffer-content-87433cg 2005-03-24 19:41:32.505601844 -0800 @@ -3417,7 +3417,7 @@ "Save s

calendar problems

Something has broken in `mark-diary-entries' such that (setq mark-diary-entries-in-calendar t) and related no longer work correctly. It seems to be setting point to the beginning of the calendar buffer (I think the previous behavior was to leave it on the current date.) -- Karl 2005-03-10 13:38

Re: function-called-at-point: ignore-errors around find-tag-default

> On 2005-02-14 22:15 PST, Richard Stallman writes: rms> It should never get an error--if it can't find a suitable rms> recommendation, it should return nil. rms> But an alternative would be to wrap rms> `find-tag-default' itself in a condition-case.) rms> Befor

Re: function-called-at-point: ignore-errors around find-tag-default

> On 2005-02-14 05:40 PST, Stefan Monnier writes: >> In some modes (tex-mode), `find-tag-default' can misbehave >> and error. Stefan> To better judge which is the right thing to do, could Stefan> you describe what kind of misbehavior/error can happen Stefan> and in which ci

function-called-at-point: ignore-errors around find-tag-default

Hi, In some modes (tex-mode), `find-tag-default' can misbehave and error. It is annoying if you cannot `describe-function' or `describe-variable' in such a mode, so I propose the following patch. (`function-called-at-point' and `variable-at-point' already use condition-cases. But an alternati

Re: align.el: css-mode

Hello John et al, My copyright assignment to FSF is on file now. Here is a copy of the patch I suggested on 2005-01-13 for adding align support for CSS. --- .backup/align.el.~1~ 2003-09-01 08:45:04.0 -0700 +++ align.el 2005-01-13 16:11:35.0 -0800 @@ -578,7 +578,13 @@ (jus