dired-move-to-filename-regexp does not match small files with BSD 'ls -lh'

On FreeBSD, ls -lh marks the size of small files with a B: $ ls -lh README -rw-r--r-- 1 richard maths 538B Jan 17 2001 README but dired does not recognise this as a valid file size. [I'm using GNU Emacs 22.0.50.2 (i386-unknown-freebsd5.4, X toolkit, Xaw3d scroll bars) of 2005-04-06] ---

Correction to PROBLEMS file - process-connection-type

I understand that the process-connection-type problem has been fixed in cvs, so that the default value is true when emacs is built on OSX 10.3 or higher - see http://lists.gnu.org/archive/html/emacs-devel/2005-01/msg00811.html Please could someone correct /PROBLEMS which still states: QUOTE

Re: Point of wrong window used in read-from-minibuffer?

the patch fixes the reduced error, but not the original problem. Can you try the patch below instead? It seems to fix it for me *and* it explains why font-lock-mode is a necessary ingredient. Stefan --- window.c02 mar 2005 22:20:12 -0500 1.496 +++ window.c12 avr 2005

mouse-1-click-follows link and mouse-sel mode

The new mouse-1-click-follows-link code (for which a huge thank-you) does not work when mouse-sel mode is enabled. I expect this is because mose-sel rebinds down-mouse-1 events, but takes no account of mouse-on-link-p. Is there any chance of reconciling the two? Thanks Lawrence

repeat and pre/post-command-hook.

In GNU Emacs 22.0.50.26 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-04-07 on dugong Distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--with-gtk'' Using repeat (C-x z z z) doesn't take account of pre-command-hook and post-command-hook. To demonstrate

Re: BibTeX-mode: Key generation when latin-1 characters appear in author field

Hello Stefan, hello all, Stefan Monnier [EMAIL PROTECTED] writes: Now, press `C-c C-c' inside the entry -- Emacs suggests `blöd05:_test' as the key to use -- and hit RET: Emacs writes in the minibuffer `New inserted entry yields duplicate key'. Does the patch below fix the problem for you?

Re: character syntax fixes needed

We are running into an ambiguity in the term authority. When you first spoke about this, your words appeared to use the meaning He Who Must Be Obeyed. I'm taken aback that you'd think that. Several of the things you've said about Unicode in this discussion seemed to presume

-Q does not disable cursor blinking anymore

Is this intentional? As the discussion on emacs-devel has shown the blinking cursor is extremely annoying for a lot of people (myself included). May I disable the blinking cursor for -Q again? How about adding an X resource for this? xterm has cursorBlink, Emacs could use the same name ...

Doc for defface does not mention new default condition

Condition default is not documented for defface - neither in the doc string, nor in the elisp manual. (defface info-xref-visited '((default :inherit info-xref) (((class color) (background light)) :foreground magenta4) (((class color) (background dark)) :foreground magenta3)) ;violet?

Re: Point of wrong window used in read-from-minibuffer?

On Tue, Apr 12, 2005 at 08:27:17AM -0400, Stefan Monnier wrote: Can you try the patch below instead? It seems to fix it for me *and* it explains why font-lock-mode is a necessary ingredient. Yes, it works perfectly. Thanks a lot! Ulf -- Jabber-ID: [EMAIL PROTECTED]

Re: obscure new display features

Miles Bader [EMAIL PROTECTED] writes: The point of similarity is not break-vs-non-break, but that they're both characters which can be displayed identically to some more common character in display contexts, but which should be distinguished visually (e.g., with an escape prefix [\]) in

Re: poor additions in quail/latin-ltx

Kenichi Handa [EMAIL PROTECTED] writes: Sorry, I don't remember what discussion we had and which code I showed you. For what it's worth, I think you suggested the quail-completion code as the basis of the `normal' completion of the quail sequences that I wanted. I don't remember if it looked

Re: poor additions in quail/latin-ltx

Richard Stallman [EMAIL PROTECTED] writes: For Emacs to USE multilingual menus standardly, we need them to work not just under GTK but also with the Lucid menus. The maths menu is actually useful with any toolkit, since it provides the Unicode character names as well as the characters

more key bindings for xterm

xterm emits different strings for S-function_key, C-function_key, A-function_key, C-S-function_key, A-C-function_key, A-S-function_key where function_key is one of: f1...f12, prior, next, home, end, insert, delete, prior, next, up, down, left, right. xterm.el does not have support for all

Re: Doc for defface does not mention new default condition

On 4/13/05, Kim F. Storm [EMAIL PROTECTED] wrote: Deep down in face-spec-choose we have this: ;; If the condition is `default', that sets the default ;; for following conditions. (if (eq display 'default) (setq defaults thisval) Hmmm, so _that's_ how

$B!y(B10000$B1_J,L5NA!y(B

$B###!V(B1$B1_!WJ,L5NA%]%$%s%HB#Dh%-%c%s%Z!%sB;\Cf!*###(B $B$3$N=U$N=P2q$$$r6/NO$K;Y1g$7$^$9!*(B $B:#$9$0EPO?$7$FD:$$$?J}$K$O!;O$a$K(B1$B1_J,$N%]%$%s%H$rL5NA$G:9$7e$2$^$9!*(B $B!(B1$B1_L5NA%]%$%s%H$H?7$7$$=P2q$$(BGET$B!(B http://awg.qsv20.com/?springf

Re: Mismatch in customization of `jka-compr-compression-info-list'

Does this patch give good results? *** jka-compr.el21 Mar 2005 12:44:09 -0500 1.81 --- jka-compr.el12 Apr 2005 22:04:09 -0400 *** *** 198,209 (choice :tag Compress Message (string :format %v)