From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/77699 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: message-yank-original issue Date: Mon, 14 Mar 2011 17:04:43 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <871v298ikk.fsf@lifelogs.com> References: <871v2ako4c.fsf@fencepost.gnu.org> <87lj0ha52s.fsf@lifelogs.com> <878vwhijc1.fsf@gmail.com> <87pqpt8oxq.fsf@lifelogs.com> <87d3lte7qs.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1300140421 14004 80.91.229.12 (14 Mar 2011 22:07:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Mar 2011 22:07:01 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M26023@lists.math.uh.edu Mon Mar 14 23:06:54 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PzFuf-0001R7-BR for ding-account@gmane.org; Mon, 14 Mar 2011 23:06:53 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1PzFsz-0006hJ-2x; Mon, 14 Mar 2011 17:05:09 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PzFsv-0006gz-V4 for ding@lists.math.uh.edu; Mon, 14 Mar 2011 17:05:05 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PzFss-0004FN-B3 for ding@lists.math.uh.edu; Mon, 14 Mar 2011 17:05:03 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PzFsq-0003lj-0G for ding@gnus.org; Mon, 14 Mar 2011 23:05:00 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PzFsp-0000Zz-Cc for ding@gnus.org; Mon, 14 Mar 2011 23:04:59 +0100 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2011 23:04:59 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2011 23:04:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 58 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110014 (No Gnus v0.14) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:lPnjqoCIorqck+8hK5ghjMQQ6ms= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:77699 Archived-At: On Mon, 14 Mar 2011 22:02:03 +0100 Antoine Levitt wrote: AL> 14/03/11 20:47, Ted Zlatanov >> On Mon, 14 Mar 2011 20:38:06 +0100 Antoine Levitt >> 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