[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: table.el
From: |
Stefan Monnier |
Subject: |
Re: table.el |
Date: |
Wed, 28 Nov 2001 14:31:34 -0500 |
> I agree that a change to read-from-minibuffer might introduce problems.
> That wouldn't bother me, but I won't try to push for it.
> Instead, we could simply provide a new function which provides the
> "standard" behavior and tell people that they should use that one
> instead of read-from-minibuffer.
> This will tend to cause unnecessary user-code incompatibility.
How could it introduce any incompatibility ?
I'm just suggesting adding something like
(defun std-read-from-minibuffer (prompt &optional keymap hist
inherit-input-method)
(read-from-minibuffer
(concat prompt "(default " (car (symbol-value hist)) ") ")
nil keymap nil hist (car (symbol-value hist)) inherit-input-method))
to subr.el.
Stefan
- Re: table.el, (continued)
- Re: table.el, Richard Stallman, 2001/11/27
- Re: table.el, Miles Bader, 2001/11/27
- Re: table.el, Richard Stallman, 2001/11/28
- Re: table.el, Richard Stallman, 2001/11/27
- Re: table.el, Stefan Monnier, 2001/11/27
- Re: table.el, Richard Stallman, 2001/11/28
- Re: table.el,
Stefan Monnier <=
- Re: table.el, Richard Stallman, 2001/11/29
- Re: table.el, Werner LEMBERG, 2001/11/26
- Re: table.el, Miles Bader, 2001/11/26
- Re: table.el, Robert J. Chassell, 2001/11/26
- Re: table.el, Stefan Monnier, 2001/11/26
- Re: table.el, Richard Stallman, 2001/11/25
- Re: table.el, Tak Ota, 2001/11/25
- Re: table.el, Richard Stallman, 2001/11/29
Re: table.el, Alex Schroeder, 2001/11/24