Bug#317566: [New file] minibuf-electric.el
Peter S Galbraith [EMAIL PROTECTED] wrote: Karl Hegbloom [EMAIL PROTECTED] wrote: Package: emacs-goodies-el Version: 24.11-1 This works with GNU Emacs. It implements the XEmacs minibuffer behavior for C-x C-f and other file name reading actions. When you type //, it clears the minibuffer back to the start, leaving only a single /. When you type a ~, it does the similar, leaving only ~/. This is nicer than having to explicitly erase the contents of the minibuffer. The attached program is not entirely complete, wrt inclusion in 'emacs-goodies-el'. You will have to determine that and decide what needs to be done, if anything. As for licensing, since it was taken from XEmacs, and it is GPL, this code is also GPL. I believe that it already belongs to the FSF; I've signed papers for that, and thus my changes are also, hereby, Free. -- Karl Hegbloom [EMAIL PROTECTED] Thanks Karl, I'm pretty busy these days, but I'll try to get this one in... soonish. :-) I really like this and will add it to the package soon. It's strange that the interactive commands have no doc strings... I'll have to add some. I'll merge in the documentation you wrote in the bug report to explain the usage, and will use it in the Info docs as well. The defcustom will have to default to nil, I guess. Principe of least surprise and all. (That's too bad because stuff like this should be the default. But someone would complain if I made it so.) Thanks! Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317566: [New file] minibuf-electric.el
Karl Hegbloom writes: This works with GNU Emacs. It implements the XEmacs minibuffer behavior for C-x C-f and other file name reading actions. When you type //, it clears the minibuffer back to the start, leaving only a single /. When you type a ~, it does the similar, leaving only ~/. This is nicer than having to explicitly erase the contents of the minibuffer. In the next GNU Emacs release, the following will achieve this: (setq file-name-shadow-tty-properties '(invisible t)) (file-name-shadow-mode 1) so adding rfn-eshadow.el from the CVS repository to emacs-goodies-el is another possibility. (When Emacs 22 is packaged, I guess you may have to think about which should come first in the load-path; other packages that will be distributed with Emacs 22 and are already in emacs-goodies-el include table and wdired. Maybe this is already sorted -- I didn't look.) Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317566: [New file] minibuf-electric.el
Package: emacs-goodies-el Version: 24.11-1 This works with GNU Emacs. It implements the XEmacs minibuffer behavior for C-x C-f and other file name reading actions. When you type //, it clears the minibuffer back to the start, leaving only a single /. When you type a ~, it does the similar, leaving only ~/. This is nicer than having to explicitly erase the contents of the minibuffer. The attached program is not entirely complete, wrt inclusion in 'emacs-goodies-el'. You will have to determine that and decide what needs to be done, if anything. As for licensing, since it was taken from XEmacs, and it is GPL, this code is also GPL. I believe that it already belongs to the FSF; I've signed papers for that, and thus my changes are also, hereby, Free. minibuf-electric.el Description: XEmacs \electric\ behavior for Emacs minibuffer. -- Karl Hegbloom [EMAIL PROTECTED]
Bug#317566: [New file] minibuf-electric.el
Karl Hegbloom [EMAIL PROTECTED] wrote: Package: emacs-goodies-el Version: 24.11-1 This works with GNU Emacs. It implements the XEmacs minibuffer behavior for C-x C-f and other file name reading actions. When you type //, it clears the minibuffer back to the start, leaving only a single /. When you type a ~, it does the similar, leaving only ~/. This is nicer than having to explicitly erase the contents of the minibuffer. The attached program is not entirely complete, wrt inclusion in 'emacs-goodies-el'. You will have to determine that and decide what needs to be done, if anything. As for licensing, since it was taken from XEmacs, and it is GPL, this code is also GPL. I believe that it already belongs to the FSF; I've signed papers for that, and thus my changes are also, hereby, Free. -- Karl Hegbloom [EMAIL PROTECTED] Thanks Karl, I'm pretty busy these days, but I'll try to get this one in... soonish. :-) Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]