From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Readings for an emacs package maintainer ? Date: Mon, 1 Jun 2009 12:11:44 -0700 Message-ID: References: <87k53wh16c.wl%xma@gnu.org> <87fxeju6js.fsf@marauder.physik.uni-ulm.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1243883513 20703 80.91.229.12 (1 Jun 2009 19:11:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Jun 2009 19:11:53 +0000 (UTC) Cc: 'Xavier Maillard' To: "'Reiner Steib'" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 01 21:11:48 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MBCvD-0001Us-Ti for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 21:11:48 +0200 Original-Received: from localhost ([127.0.0.1]:50698 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBCvD-00022x-7i for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 15:11:47 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBCv7-000209-RG for emacs-devel@gnu.org; Mon, 01 Jun 2009 15:11:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBCv3-0001po-0U for emacs-devel@gnu.org; Mon, 01 Jun 2009 15:11:41 -0400 Original-Received: from [199.232.76.173] (port=51297 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBCv2-0001pV-S3 for emacs-devel@gnu.org; Mon, 01 Jun 2009 15:11:36 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:33371 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MBCv0-0001Yg-2S; Mon, 01 Jun 2009 15:11:34 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51JCFpc020812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Jun 2009 19:12:16 GMT Original-Received: from abhmt003.oracle.com (abhmt003.oracle.com [141.146.116.12]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51JBWPF002869; Mon, 1 Jun 2009 19:11:32 GMT Original-Received: from dradamslap1 (/141.144.65.100) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Jun 2009 12:11:26 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87fxeju6js.fsf@marauder.physik.uni-ulm.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acni6trtAOF15i98SsSzcQBHL568ZAAAIKqA X-Source-IP: abhmt003.oracle.com [141.146.116.12] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010208.4A2427E0.0179:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:111260 Archived-At: > > There are other tips in the Elisp manual, node Coding > > Conventions. These, for instance: ... > It's funny that I pointed Xavier to this very node in March 2008 when > reporting such a bug in color-theme (see https://gna.org/bugs/?9494) > which overwrites `replace-in-string' in an incompatible way which > breaks Gnus, Muse, emacs-jabber, etc. Unfortunately Xavier didn't fix > this up to now, AFAIK. Dunno about that particular context, but I like to remember that guidelines are, well just guidelines. They are meant to help, and they help more if reasons are provide, so people can understand them. My feeling is that advice should be freely given, with nothing expected in return. It is unreasonable to expect someone to follow some advice you give, no matter how well intentioned you are, and no matter how good the advice might be. If there is such an expectation, then it is not advice that you give, but something else. I myself do redefine some Emacs functions, and I occasionally do use `defadvice' (though I avoid it). I have my reasons. But I have no problem with someone giving me advice not to do so. And I agree with the manual's guidelines. They are only guidelines, however, which means (1) They are likely to be helpful _in general_. (2) Use your own judgment: use them when you want to; ignore them when you want to.