From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: dieter@duenenhof-wilhelm.de (H. Dieter Wilhelm) Newsgroups: gmane.emacs.bugs Subject: bug#4717: 23.1.50; C-M-h in bibtex mode Date: Tue, 04 Nov 2014 17:15:39 +0100 Organization: The Church of Emacs Message-ID: <87k33bvt5g.fsf@vsl28t2g.ww011> References: <8763agjs00.fsf@stupidchicken.com> <19163.19389.592808.77535@regnitz.physics.niu.edu> <87ws2sbg0k.fsf@stupidchicken.com> <19163.57157.842686.926110@regnitz.physics.niu.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415117785 22455 80.91.229.3 (4 Nov 2014 16:16:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Nov 2014 16:16:25 +0000 (UTC) Cc: 4717@debbugs.gnu.org, Chong Yidong , sdl.web@gmail.com To: "Roland Winkler" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 04 17:16:17 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1XlgmH-0007Hi-72 for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Nov 2014 17:16:17 +0100 Original-Received: from localhost ([::1]:41470 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlgmG-0006rd-OM for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Nov 2014 11:16:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44597) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xlgm8-0006pk-D5 for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:16:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xlgm2-0004xy-Et for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:16:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51761) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xlgm2-0004xu-BP for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xlgm2-0001b5-14 for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:16:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: dieter@duenenhof-wilhelm.de (H. Dieter Wilhelm) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Nov 2014 16:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 4717 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 4717-submit@debbugs.gnu.org id=B4717.14151177476099 (code B ref 4717); Tue, 04 Nov 2014 16:16:01 +0000 Original-Received: (at 4717) by debbugs.gnu.org; 4 Nov 2014 16:15:47 +0000 Original-Received: from localhost ([127.0.0.1]:48974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xlglm-0001aG-EY for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:15:46 -0500 Original-Received: from mail-la0-f53.google.com ([209.85.215.53]:55971) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xlglj-0001a2-V7 for 4717@debbugs.gnu.org; Tue, 04 Nov 2014 11:15:44 -0500 Original-Received: by mail-la0-f53.google.com with SMTP id mc6so1134090lab.40 for <4717@debbugs.gnu.org>; Tue, 04 Nov 2014 08:15:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:organization:references:user-agent :cancel-lock:date:message-id:mime-version:content-type; bh=F67+gvfPqeHcSskglBgff9fWpv4jvUnCA/rEaHiZynU=; b=rdyII6U/DonZR17aeCysNIWCfTv4q6myUx4sIP7865ZgTihyA70mB3u2NpWVR7BbMf /WJJ/Pvjcc5j57Hf3QXe1kaBTpTW/rWMcEiCv9xxEoIyAjk7nccSPuT+Pwxh5rIqP/I0 OPZDf1QWOh8lkicvkyOMYFRaerg5y7d/y0NOk1Th8SODpRIiUn78M+ThREWER51PrcTv ATee7L4hmAlQRkITokN7p0t5VAJKOmT00CMxUrGXCGFkSPc220A0EJLNJtmwCwIj8Bi6 4PiUZRdDo6JL7Thk+P1uxF1uBZi+voZYBPMvKvLbNpVp7XH1emgbsDwJ0NM750zi+d37 GJeA== X-Received: by 10.112.168.39 with SMTP id zt7mr12047611lbb.72.1415117742804; Tue, 04 Nov 2014 08:15:42 -0800 (PST) Original-Received: from vsl28t2g.ww011 (p4FD4EC7A.dip0.t-ipconnect.de. [79.212.236.122]) by mx.google.com with ESMTPSA id z1sm309278lad.40.2014.11.04.08.15.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Nov 2014 08:15:41 -0800 (PST) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:r5swzsXbMyn+JwSgZE8gHE/5kM4= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95476 "Roland Winkler" writes: > On Sun Oct 18 2009 Chong Yidong wrote: >> > mark-defun does not put point where beginning-of-defun puts it. But >> > if there is an empty line preceding the beginning-of-defun location, >> > mark-defun will put point there. Why? The docstring of mark-defun >> > does not explain this behavior. >> >> I don't know the answer. This behavior dates to 1993, though, so I >> don't think it's feasible to change it for Lisp mode. Summary of this thread from 2009 about the unusual behaviour of C-M-h (bibtex-mark-entry) in BibTeX mode 1) In BibTeX mode C-M-h does (still) not switch on a transient region 2) Point is left at the end of an entry contrary to the behaviour in other modes 3) The range of the marked region is different to a range when applying C-M-a C-SPC C-M-e 4) The optional argument ALLOW-EXTEND is not explained in the doc string and C-M-h (mark-defun) in Lisp mode 5) Does mark an empty line before a defun (when there is an empty line) whereas C-M-a places point before an empty line. 6) The optional argument is not explained in the doc string > Agreed, changing it will probably break something. Could it be that > the empty line was included so that in a sequence of defuns (each > normally separated by one empty line) mark-defun could by used, for > example in combination with kill-region and yank to move around > defuns in a simple way? My feeling is that it is such a minor point that nobody really cared to correct/align this. Moreover 6) C-M-h is lacking an optional argument to mark ARG defuns compared with all the other marking commands > No matter whether something like that or anything else was the > actual reason for implementing this behavior, the docstring should > always document the actual behavior I would like to volunteer and also argue that point 2) i. e. putting point *behind* a marked element(s) and advancing the marking from point is advantageous for large elements (pages, defuns, paragraphs), when the marked elements might span outside of the current window and the marking commands are repeated. In this case the buffer is scrolled automatically with the new boundary and possible additional marking targets become visible. Dieter -- Best wishes H. Dieter Wilhelm Darmstadt, Germany