From: Ted Zlatanov <tzz@lifelogs.com>
To: ding@gnus.org
Subject: Re: message-yank-original issue
Date: Mon, 14 Mar 2011 17:04:43 -0500 [thread overview]
Message-ID: <871v298ikk.fsf@lifelogs.com> (raw)
In-Reply-To: <87d3lte7qs.fsf@gmail.com>
On Mon, 14 Mar 2011 22:02:03 +0100 Antoine Levitt <antoine.levitt@gmail.com> wrote:
AL> 14/03/11 20:47, Ted Zlatanov
>> On Mon, 14 Mar 2011 20:38:06 +0100 Antoine Levitt
>> <antoine.levitt@gmail.com> wrote:
>>
AL> Woops, this one is my fault. Sorry, I didn't think about that.
>>
>> Yeah I didn't notice it either. Is my patch a correct fix?
AL> I think so, it's functionally equivalent to the old code (I'm always
AL> confused about the = vs eq vs eql vs equal vs equalp bit (do we really
AL> need FIVE subtly different comparison functions?), but both 'equal' and
AL> 'eq' are equivalent in this case - although comparison is done with
AL> equal in another part of the code)
Heh, yeah, Lisp takes equality very seriously. Don't forget
`string-equal'.
>> Also recently users reported on gnu.emacs.help (and I can confirm) that
>> the cursor in a reply is below the citation line but above the cited
>> text. Is that related? It's funny, I didn't even notice that behavior
>> until I saw the report... My fingers took care of the motion on their
>> own.
AL> I'm not sure what you mean. Wasn't this the case before? I always had
AL> this behaviour, and that was part of the motivation for the patch. To be
AL> clear, we're talking about
AL> 14/03/11 20:47, Ted Zlatanov
AL> POINT HERE> On Mon, 14 Mar 2011 20:38:06 +0100 Antoine Levitt
AL> right?
Yes. But maybe I had special code for this... Never mind me...
AL> Any reason why cl isn't loaded by default, by the way? And is it
AL> considered bad practice for packages to require cl?
>>
>> For non-Gnus code (and message.el recently became a standalone part of
>> Emacs, loaded without Gnus) it's better to be prudent and stay away from
>> CL functions and macros.
AL> But what's the rationale behind not loading it as part of the standard
AL> emacs load? Is it a loading time issue? The command
AL> time emacs -nw -Q --eval "(require 'cl)" --eval "(kill-emacs)"
AL> does not appear to be noticeably longer than the same one without cl, on
AL> the two machines I've tried. (but maybe they're both too fast to measure
AL> it)
It's been discussed a lot on emacs-devel and even the usage of CL in
general code was discouraged until recently (only cl-macs.el definitions
are OK). I think CL is not badly needed here so it's hard to justify
it, but if there is a good reason to ask for those functions we will.
Ted
next prev parent reply other threads:[~2011-03-14 22:04 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-14 10:11 Gnus bugfixing is broken David Kastrup
2011-03-14 14:47 ` Lars Magne Ingebrigtsen
2011-03-14 15:17 ` David Kastrup
2011-03-14 16:12 ` Adam Sjøgren
2011-03-14 17:47 ` Sivaram Neelakantan
2011-03-14 16:22 ` Lars Magne Ingebrigtsen
2011-03-14 19:13 ` message-yank-original issue (was: Gnus bugfixing is broken.) Ted Zlatanov
2011-03-14 19:38 ` message-yank-original issue Antoine Levitt
2011-03-14 19:47 ` Ted Zlatanov
2011-03-14 21:02 ` Antoine Levitt
2011-03-14 22:04 ` Ted Zlatanov [this message]
2011-03-15 0:36 ` Michael Welsh Duggan
2011-03-15 15:30 ` Lars Magne Ingebrigtsen
2011-03-15 15:29 ` Lars Magne Ingebrigtsen
2011-03-15 15:49 ` Ted Zlatanov
2011-03-15 15:56 ` Lars Magne Ingebrigtsen
2011-03-15 9:34 ` Ted Zlatanov
2011-03-15 9:48 ` David Kastrup
2011-03-15 10:01 ` Ted Zlatanov
2011-03-26 19:34 ` Sven Joachim
2011-03-28 19:05 ` Ted Zlatanov
2011-03-28 19:57 ` Sven Joachim
2011-03-28 20:06 ` Ted Zlatanov
2011-03-28 20:35 ` Stefan Monnier
2011-03-29 5:37 ` Antoine Levitt
2011-03-28 20:41 ` Stefan Monnier
2011-03-29 14:55 ` Ted Zlatanov
2011-03-29 15:08 ` David Kastrup
2011-03-29 15:20 ` Gnus compatibility with the lexical binding branch (was: message-yank-original issue) Ted Zlatanov
2011-03-29 20:16 ` Gnus compatibility with the lexical binding branch Stefan Monnier
2011-03-29 20:53 ` Ted Zlatanov
2011-03-30 0:42 ` Stefan Monnier
2011-04-08 5:51 ` Ted Zlatanov
2011-03-15 10:06 ` Gnus bugfixing is broken Ted Zlatanov
2011-03-15 13:31 ` Didier Verna
2011-03-15 13:52 ` Ted Zlatanov
2011-03-15 15:23 ` Lars Magne Ingebrigtsen
2011-03-15 15:56 ` Ted Zlatanov
2011-03-15 16:09 ` Lars Magne Ingebrigtsen
2011-03-15 17:01 ` Didier Verna
2011-03-15 13:58 ` Michael Albinus
2011-03-15 14:46 ` Didier Verna
2011-03-15 14:57 ` Ted Zlatanov
2011-03-15 15:08 ` Michael Albinus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871v298ikk.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--cc=ding@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).