Gnus development mailing list
 help / color / mirror / Atom feed
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




  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).