From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Bozhidar Batsov" Newsgroups: gmane.emacs.devel Subject: Re: Indentation of cond forms in (Emacs) Lisp mode Date: Thu, 05 Jun 2014 10:07:39 +0300 Message-ID: <37BC56E1-3A18-46D0-8F56-F1447D18C02F@gmail.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-Trace: ger.gmane.org 1401952085 10189 80.91.229.3 (5 Jun 2014 07:08:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Jun 2014 07:08:05 +0000 (UTC) Cc: emacs-devel To: "Andreas Schwab" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 05 09:07:58 2014 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 1WsRmH-0007P0-PR for ged-emacs-devel@m.gmane.org; Thu, 05 Jun 2014 09:07:57 +0200 Original-Received: from localhost ([::1]:38774 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsRmH-0006ov-9D for ged-emacs-devel@m.gmane.org; Thu, 05 Jun 2014 03:07:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44721) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsRm8-0006lz-Hr for emacs-devel@gnu.org; Thu, 05 Jun 2014 03:07:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WsRm2-0002Zi-TS for emacs-devel@gnu.org; Thu, 05 Jun 2014 03:07:48 -0400 Original-Received: from mail-wg0-x229.google.com ([2a00:1450:400c:c00::229]:60768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsRm2-0002ZX-Ng for emacs-devel@gnu.org; Thu, 05 Jun 2014 03:07:42 -0400 Original-Received: by mail-wg0-f41.google.com with SMTP id z12so565908wgg.12 for ; Thu, 05 Jun 2014 00:07:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-type; bh=3JQYx/gufUp0TESgiGNLYecW4hS9BErHFBpPtsFxnyU=; b=w5o5d+zpMjEJB9O92WF8rysPFttj41GGtkjUwLgGfok+mwrKlhEfTW4NcAiKmfOywp oZDLqTrrkStmVjY6wopJtfFKFtNN8KnvQqfz5Q3tH8H07vGdsSLnLM8HkfrWYH05i30V DMynr6byfS1yjLJtYVaU9DiP6mpsoPuT7937Boj+KKyXSOBMHyUzj0UzAGcE0AitmKuZ sDVk6cylaRagUCBqg5fhwoKb5qRiM3ApJkfZx50B+E1e4TAc2KGtPG+cQ1h9A0Y+6P6H cE+U8jWmhHHYz61vgO/1ljxw18vHnUH/dBgE6Zvxip+fJXT51VvlM/KCAYW1yxKrOsNd AmnA== X-Received: by 10.15.74.130 with SMTP id j2mr6911654eey.5.1401952061786; Thu, 05 Jun 2014 00:07:41 -0700 (PDT) Original-Received: from [10.0.1.3] ([93.123.71.105]) by mx.google.com with ESMTPSA id 8sm12185806eea.10.2014.06.05.00.07.40 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 05 Jun 2014 00:07:41 -0700 (PDT) In-Reply-To: X-Mailer: MailMate Trial (1.8r4214) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::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:172355 Archived-At: On 3 Jun 2014, at 17:22, Andreas Schwab wrote: > "Bozhidar Batsov" writes: > >> I noticed that `cond' forms in Emacs Lisp mode and Lisp mode are >> indented >> with just one space, unlike most other "control" structures: >> >> (cond >> ((x) (y)) >> (t (z)) >> >> Why is that? > > The intention is that you do not break after cond, so it isn't treated > specially, ie. like a normal function call. > > Andreas. Still, it seems a bit arbitrary. Are there are constructs treated in the same manner? Also, how is this any different from a macro like `with-temp-buffer`, which has regular indentation (2 spaces)? (with-temp-buffer (do-something) (do-something-else)) > > -- > Andreas Schwab, SUSE Labs, schwab@suse.de > GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA > B9D7 > "And now for something completely different."