> * Richard M. Stallman <[EMAIL PROTECTED]> [2005-08-27 22:46:13 -0400]:
>
> Does this fix it?
>
> *** make-mode.el 01 Aug 2005 11:11:11 -0400 1.106
> --- make-mode.el 27 Aug 2005 21:10:45 -0400
> ***
> *** 1833,1838
> --- 1833,1841
> ;
This may be useful as an addition to a general version number
comparison, but for Emacs version numbers, I think we should DTRT based
on the shorter of the two arguments:
(version= "22" "22.0.50.37") => t
Actually, version= was not supposed to be installed at all. It isn't
nece
It follows from the above that if you want to offer some suggestion using
the argument DEF of `completing-read' the suggestion must be "valid".
Ok, so test it for validity and provide it as a default only if it
is valid.
I see that's what your latest patch does. I have not checked it lin
Does this fix it?
*** make-mode.el01 Aug 2005 11:11:11 -0400 1.106
--- make-mode.el27 Aug 2005 21:10:45 -0400
***
*** 1833,1838
--- 1833,1841
;; Don't keep looking across a blank line or comment.
(looking-
Title: No Title
Sonhando com Santa
Catarina? Sonhando com qualidade de vida?
Então você não pode deixar de
ver essas oportunidades (clique nas
fotos). São
imperdÃveis. Agora, se você já mora aqui, é mais um motivo para não
mail.htm
Description: JPEG image
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Emilio Lopes <[EMAIL PROTECTED]> writes:
> It seems `someone' forgot this... :-(
sometimes `someone' just needs a friendly reminder. :-)
i have installed the patch.
thi
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/li
Stefan Monnier writes:
> Instead of assoc, I'd recommend you use test-completion. It's
> probably equivalent given the current code, but it makes the
> intention much more clear and will work if the completion table is
> ever changed to some other format.
Thanks for the suggestion. I changed my
Richard M Stallman writes:
> Would someone please install your changes?
It seems `someone' forgot this... :-(
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On 8/27/05, Vinicius Jose Latorre <[EMAIL PROTECTED]> wrote:
> Ok, folks, should I remove all version string comparison stuff from subr.el?
I just wondered. Shouldn't we all, at this point, for every new feature?
--
/L/e/k/t/u
__
> From: David Reitter <[EMAIL PROTECTED]>
> Date: Sat, 27 Aug 2005 11:25:47 +0100
>
> On 27 Aug 2005, at 04:41, Richard M. Stallman wrote:
>
> > I wrote a cleaner patch to do a job like this, but I have not had time
> > to test it, so I have not installed it. Can you test it?
>
> OK, it works s
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> Date: Fri, 26 Aug 2005 23:41:35 -0400
> Cc: emacs-devel@gnu.org
>
> (defcustom blink-matching-paren-distance (* 25 1024)
>"*If non-nil, is maximum distance to search for matching open-paren.
>
> If nil, search stops at the begin
On 27 Aug 2005, at 04:41, Richard M. Stallman wrote:
I wrote a cleaner patch to do a job like this, but I have not had time
to test it, so I have not installed it. Can you test it?
OK, it works so far, but now custom-file turns up in the recentf list.
That was Eli's 05/08/12 patch was about:
A number of customization groups like matching, view, ispell, ibuffer,
use `(defcustom ... :type 'face)' for customizing faces. However, the
associated tags are not assgined a face like `custom-variable-tag'. As
a consequence, the associated customization buffers become less
intelligible.
Is th
14 matches
Mail list logo
