From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: Can we not introduce frivolous indentation change to define-minor-mode? Date: Wed, 06 Jan 2016 17:02:19 +0100 Message-ID: <87si2au25w.fsf@gmail.com> References: <83d1tg57p6.fsf@gnu.org> <87fuybqdby.fsf@gmail.com> <87lh82vq6t.fsf@gmail.com> <87d1tevmjb.fsf@gmail.com> <87io36k9be.fsf@bernoul.li> <8737uavhcu.fsf@gmail.com> <568D389D.60401@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1452096169 20346 80.91.229.3 (6 Jan 2016 16:02:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Jan 2016 16:02:49 +0000 (UTC) Cc: Jonas Bernoulli , Leo Liu , Artur Malabarba , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 06 17:02:43 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aGqXn-00063d-Bi for ged-emacs-devel@m.gmane.org; Wed, 06 Jan 2016 17:02:39 +0100 Original-Received: from localhost ([::1]:54903 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGqXm-0002T9-Lr for ged-emacs-devel@m.gmane.org; Wed, 06 Jan 2016 11:02:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53855) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGqXY-0002RU-Ia for emacs-devel@gnu.org; Wed, 06 Jan 2016 11:02:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGqXV-0002Sk-Cj for emacs-devel@gnu.org; Wed, 06 Jan 2016 11:02:24 -0500 Original-Received: from mail-wm0-x229.google.com ([2a00:1450:400c:c09::229]:34392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGqXV-0002Sf-6M for emacs-devel@gnu.org; Wed, 06 Jan 2016 11:02:21 -0500 Original-Received: by mail-wm0-x229.google.com with SMTP id u188so65439443wmu.1 for ; Wed, 06 Jan 2016 08:02:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=6WMghPqP2xjAgVeMoLLKqfd4AY2mp/ezalZy/rbiZ0c=; b=yderylmno1F5ADykXJhjX7rP95m1+hM0xDXtYhrmkH4iMFY21/92g5uyqPE8HYW+L4 LD2VRObTIBVLJ5Il5SJTW9y7sfRwyq7Ciuec8CV/NtYC+8kQ0O5Y8w9IfaG/VZtClBVT QjbAQy2+aeeHRMc7zXoobg7fKBsdOKcCbuYJipVo+xEE0QSc2dxzdXamcPLA8TDmq3/I +cO/pEpC9ClthD8sAqVRC8jMFCyjRoa+llbIrs7Uv+EOMJnW6M+Z8+vQaTUZa2Gqhe29 Bj+XOv8hKfegSxI0U6Alpvto8bgA905teFvJHL3982VrHMIv/5+esOyKrmhVgRzUvqZ+ BUcg== X-Received: by 10.194.173.233 with SMTP id bn9mr108150515wjc.1.1452096140448; Wed, 06 Jan 2016 08:02:20 -0800 (PST) Original-Received: from firefly ([91.219.111.102]) by smtp.gmail.com with ESMTPSA id u69sm9359361wmu.20.2016.01.06.08.02.19 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Wed, 06 Jan 2016 08:02:19 -0800 (PST) In-Reply-To: <568D389D.60401@yandex.ru> (Dmitry Gutov's message of "Wed, 6 Jan 2016 17:54:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197704 Archived-At: Dmitry Gutov writes: > We use the default setting in the Emacs sources, and recommend it for > third-party Elisp as well. If you're adamant on using > common-lisp-indent-function, why not change the `indent' property of > `define-minor-mode' in your own config? I assumed the change would be beneficial to all users of `common-lisp-indent-function' and irrelevant to all users of `lisp-indent-function'. And having a more precise metadata never hurts as well.