From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/77698 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.gnus.general Subject: Re: message-yank-original issue Date: Mon, 14 Mar 2011 22:02:03 +0100 Message-ID: <87d3lte7qs.fsf@gmail.com> References: <871v2ako4c.fsf@fencepost.gnu.org> <87lj0ha52s.fsf@lifelogs.com> <878vwhijc1.fsf@gmail.com> <87pqpt8oxq.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1300136624 24718 80.91.229.12 (14 Mar 2011 21:03:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Mar 2011 21:03:44 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M26022@lists.math.uh.edu Mon Mar 14 22:03:38 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 1PzEvS-0006mk-BZ for ding-account@gmane.org; Mon, 14 Mar 2011 22:03:38 +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 1PzEuQ-0006Oi-62; Mon, 14 Mar 2011 16:02:34 -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 1PzEuN-0006OQ-8T for ding@lists.math.uh.edu; Mon, 14 Mar 2011 16:02:31 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PzEuC-0003zd-6J for ding@lists.math.uh.edu; Mon, 14 Mar 2011 16:02:30 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PzEu9-0001J2-V7 for ding@gnus.org; Mon, 14 Mar 2011 22:02:17 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PzEu7-00067D-1v for ding@gnus.org; Mon, 14 Mar 2011 22:02:15 +0100 Original-Received: from ney92-7-78-233-218-202.fbx.proxad.net ([78.233.218.202]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2011 22:02:15 +0100 Original-Received: from antoine.levitt by ney92-7-78-233-218-202.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2011 22:02:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 51 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ney92-7-78-233-218-202.fbx.proxad.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.0 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:77698 Archived-At: 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? I think so, it's functionally equivalent to the old code (I'm always confused about the = vs eq vs eql vs equal vs equalp bit (do we really need FIVE subtly different comparison functions?), but both 'equal' and 'eq' are equivalent in this case - although comparison is done with equal in another part of the code) > > 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. I'm not sure what you mean. Wasn't this the case before? I always had this behaviour, and that was part of the motivation for the patch. To be clear, we're talking about 14/03/11 20:47, Ted Zlatanov POINT HERE> On Mon, 14 Mar 2011 20:38:06 +0100 Antoine Levitt right? Looking at the thread on gnu.emacs.help, it seems to be an user asking about the option of replying above the quoted text (igniting the troll with "But normally, we will say hello first, right?" :) ), so I think what he wants is to set the new variable to 'above. > > 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. But what's the rationale behind not loading it as part of the standard emacs load? Is it a loading time issue? The command time emacs -nw -Q --eval "(require 'cl)" --eval "(kill-emacs)" does not appear to be noticeably longer than the same one without cl, on the two machines I've tried. (but maybe they're both too fast to measure it)