[completions] doesn't quite fit for an alist, an obarray, or a
hash table, or a function to test them.
Unfortunately, `collection' does best. `completions' fails utterly.
Moreover, is not the focus on the whole group, not on its individual
elements, members, or items?
I agree, another wo
"Chong Yidong" <[EMAIL PROTECTED]> writes:
> (2) Fix recognition of shell's `dirs' command.
I've just installed a fix for this problem.
--
Romain Francoise <[EMAIL PROTECTED]> | I just thought I'd go out
it's a miracle -- http://orebokech.com/ | with a little bit more style.
> I don't like "collection" very much.
"collection" is used in the Emacs Lisp Reference Manual for the
functions `try-completion', `all-completions', `test-completion'
and `completing-read'.
`collection' is the best name I could think of for this purpose,
b
> Cc: emacs-devel@gnu.org
> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 17 Sep 2005 05:34:30 -0700
>
> > "Eli" == Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> Eli> Please also make sure that tmm-menu works in both --without-x
> Eli> and --with-x builds, and shows the keyboard bi
> I don't like "collection" very much.
"collection" is used in the Emacs Lisp Reference Manual for the
functions `try-completion', `all-completions', `test-completion'
and `completing-read'.
`collection' is the best name I could think of for this purpose,
but I don't think it is a
Actually, it often happens that things like ENABLE_CHECKING add assert
statements in the macro expansion which causes the args to be used more
than once.
As far as I can see, ENABLE_CHECKING has no such effect anywhere.
And there is only one definition of SREF.
__
> "Eli" == Eli Zaretskii <[EMAIL PROTECTED]> writes:
Eli> Please also make sure that tmm-menu works in both --without-x
Eli> and --with-x builds, and shows the keyboard bindings for
Eli> the menu items in both cases. This was the reason for having
Eli> xmenu.c compile in all builds.
Ahh, tmm
> From: Magnus Henoch <[EMAIL PROTECTED]>
> Date: Tue, 13 Sep 2005 00:29:04 +0200
>
> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> > I don't know why older Aspell's are no good for us. Magnus, can you
> > please comment on that?
>
> The main cause is that aspell >= 0.60 consistently supports U
Hi,
On Emacs developers list I saw a message that suggests that older
versions of libungif crashes for some invalid images. I would be glad if
libungif in GnuWin32 were upgraded.
Here is part of the message:
"I think Emacs crashes on your system because your version of libungif is
older than
> From: Juri Linkov <[EMAIL PROTECTED]>
> Date: Fri, 16 Sep 2005 01:01:48 +0300
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> > That approach seems good to me. It will work with aspell 0.50 as
> > well as it would have worked with ispell.
> >
> > Does anyone see a problem with that patch?
>
>
> From: Juri Linkov <[EMAIL PROTECTED]>
> Date: Fri, 16 Sep 2005 01:01:48 +0300
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> > That approach seems good to me. It will work with aspell 0.50 as
> > well as it would have worked with ispell.
> >
> > Does anyone see a problem with that patch?
>
>
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> This crashes in the current development Emacs too.
> It also makes qiv crash, so I think the gif file is invalid.
> But, as he says, an invalid input should not make Emacs crash.
Emacs doesn't crash for me using the instructions in the bug repor
> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 16 Sep 2005 14:58:11 -0700
> Cc: emacs-devel@gnu.org
>
> > "Eli" == Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> >> And keep in mind that I could also want to build the non-carbon X11
> >> version on OSX as well. I haven't tried tha
> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 16 Sep 2005 14:12:27 -0700
> Cc: emacs-devel@gnu.org
>
> > "Eli" == Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> Eli> Thanks. Please see if the patch below causes bootstrap to work again
> Eli> for you.
>
> After "make clean; ./con
> Date: Sat, 17 Sep 2005 09:43:59 +0900
> From: YAMAMOTO Mitsuharu <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org, "Randal L. Schwartz"
>
> > On Fri, 16 Sep 2005 23:47:23 +0300, Eli Zaretskii <[EMAIL PROTECTED]>
> > said:
>
> > Yes, please do try that. I'd like to know whether the non-C
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> CC: merlyn@stonehenge.com, emacs-devel@gnu.org
> Date: Sat, 17 Sep 2005 00:57:31 -0400
>
> xmenu.c should be compiled on all systems,
> unless some other file does the same job instead.
The Mac OS ports indeed use a replacement file: macmenu.c.
16 matches
Mail list logo