From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: beginning-of-defun (again) Date: Fri, 30 Oct 2015 16:34:29 -0700 Organization: New Artisans LLC Message-ID: References: <56320200.4050503@online.de> <87twp951ug.fsf@gmail.com> <20151030232947.GB2287@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446248132 26805 80.91.229.3 (30 Oct 2015 23:35:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Oct 2015 23:35:32 +0000 (UTC) Cc: emacs-devel@gnu.org, andreas.roehler@online.de, Richard Stallman , ohwoeowho@gmail.com To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 31 00:35:26 2015 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 1ZsJCf-0000vZ-SG for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2015 00:35:26 +0100 Original-Received: from localhost ([::1]:53639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsJCV-0000w5-3V for ged-emacs-devel@m.gmane.org; Fri, 30 Oct 2015 19:35:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56470) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsJCH-0000vL-Ft for emacs-devel@gnu.org; Fri, 30 Oct 2015 19:35:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZsJCC-0004tw-E8 for emacs-devel@gnu.org; Fri, 30 Oct 2015 19:35:01 -0400 Original-Received: from mail-pa0-x230.google.com ([2607:f8b0:400e:c03::230]:33771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsJCC-0004ts-8c; Fri, 30 Oct 2015 19:34:56 -0400 Original-Received: by padhy1 with SMTP id hy1so81096802pad.0; Fri, 30 Oct 2015 16:34:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=+fFy+XuaD0bTZdoArRTxPojtAWwVizRTNWP/bZ6QEL0=; b=L1oXS2vBo5emOXBkfoWrKISod/NrRr9TFWP7SfvWTWZwCUCJ2aFElR5isxWZq4fJfY jx/7jg0kMpVfGiyTte2tXL7coAuh/7Ug9Jt1vupuu2Zhj91weDS/arDFw/jxtTmYmoXB 2BelPTvsNo/f4uU/Jd+w8cDz5hGwbVK85iDSNp83LT5b2wG7uuH2IjHzOAKPN5FZ9e7U deKR1iknSkS3E6XYgrKZFSDa3WJ8CEgk53gR7l0pBpc2OMbEaIGp+ygTx99WXmBd3VsI Kx1q2BimGITJr4oat1AMKtDKMXfhZqTM5C3KARckCiYGZhUe64WhGxxHNMor1IWSSUBV DEWg== X-Received: by 10.68.252.194 with SMTP id zu2mr11697125pbc.58.1446248095715; Fri, 30 Oct 2015 16:34:55 -0700 (PDT) Original-Received: from Vulcan.attlocal.net (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id ea5sm10183381pbc.92.2015.10.30.16.34.54 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 30 Oct 2015 16:34:54 -0700 (PDT) Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id 69AD51011CC37; Fri, 30 Oct 2015 16:34:53 -0700 (PDT) In-Reply-To: <20151030232947.GB2287@acm.fritz.box> (Alan Mackenzie's message of "Fri, 30 Oct 2015 23:29:47 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Alan Mackenzie , Richard Stallman , andreas.roehler@online.de, ohwoeowho@gmail.com, emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::230 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:192996 Archived-At: >>>>> Alan Mackenzie writes: > I think what John's saying is that in circumstances such as: > (eval-and-compile > (defmacro foo ...... > .... > )) > , the beginning of the defun (here a defmacro) for foo isn't at column 0, > because Emacs Lisp Mode's indentation puts it to column 2. So a C-M-a will > not find "(defmacro foo ...", which is sometimes irritating, particularly > when there are several de\(fun\|macro\)s within one eval-and-compile. Yes, Alan has it pretty much exactly, only it's use-package instead of eval-and-compile. Same difference, though. John