From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: pillule Newsgroups: gmane.emacs.bugs Subject: bug#15069: [PATCH] Bug: 15069: Correct functioning in the *scratch* buffer Date: Fri, 21 May 2021 19:39:37 +0000 Message-ID: <87bl93anba.fsf@host.localdomain> References: <52077652.1050901@fastmail.co.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13349"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Sian Mountbatten , Stefan Kangas To: 15069@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri May 21 21:41:14 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lkB1G-0003HB-0H for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 May 2021 21:41:14 +0200 Original-Received: from localhost ([::1]:52678 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lkB1F-0000s6-30 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 May 2021 15:41:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42430) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lkB15-0000qj-L1 for bug-gnu-emacs@gnu.org; Fri, 21 May 2021 15:41:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54291) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lkB14-0004yX-64 for bug-gnu-emacs@gnu.org; Fri, 21 May 2021 15:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lkB14-0007SP-1u for bug-gnu-emacs@gnu.org; Fri, 21 May 2021 15:41:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <52077652.1050901@fastmail.co.uk> Resent-From: pillule Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 May 2021 19:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15069 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: easy Original-Received: via spool by 15069-submit@debbugs.gnu.org id=B15069.162162600628577 (code B ref 15069); Fri, 21 May 2021 19:41:01 +0000 Original-Received: (at 15069) by debbugs.gnu.org; 21 May 2021 19:40:06 +0000 Original-Received: from localhost ([127.0.0.1]:37604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lkB0A-0007Qr-7F for submit@debbugs.gnu.org; Fri, 21 May 2021 15:40:06 -0400 Original-Received: from mx1.riseup.net ([198.252.153.129]:45466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lkB07-0007QI-Ts for 15069@debbugs.gnu.org; Fri, 21 May 2021 15:40:04 -0400 Original-Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FmxlL0Vm6zDs8C; Fri, 21 May 2021 12:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1621625998; bh=MGTfMwX/4/T8dTH2tv3U7n+9UW8xVNVaEz1sKC9JmaY=; h=From:To:Cc:Subject:Date:From; b=A7PVWMsLjr/op+UhQlK2/tCT1UTuMy4LacVfRb+t+b9XWkVuU9tIhLIidoi3+0ltR TsiAn+KkvUyc7aOE3RqY2//La1aYJZV9kMKa7MK446Nrme9NOmjUxPP5LShs8NoWR8 Srvj7iI0oLu9Ni5ITE8AXdGwjvfAW3ampIZC67mY= X-Riseup-User-ID: BA2D80C9F3650D1C32D46C62555DA39D484E1445BE91FFC716F86DC63BDC6DA4 Original-Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4FmxlJ2Bgfz1yS8; Fri, 21 May 2021 12:39:55 -0700 (PDT) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:207000 Archived-At: --=-=-= Content-Type: text/plain; format=flowed Hi, Is that correct that it is a documentation bug (need to specify to the user to evaluate `count-words-in-defun' in eg, a *scratch* buffer) rather than an implementation bug (fixing the behavior of beginning-of-defun in Info-mode) ? If so I attached a small patch there, and verified it after a `make docs` --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=0001-Clarify-page-14.3-of-eintr-manual-bug-15069.patch Content-Description: patch for the emacs-lisp introduction manual >From 22e3722320bab1f8fbfef062afc0c7f889440c9a Mon Sep 17 00:00:00 2001 From: Trust me I am a doctor Date: Fri, 21 May 2021 18:34:58 +0000 Subject: [PATCH] Clarify page 14.3 of eintr manual (bug#15069) It has been pointed the instructions for `count-words-in-defun` are ambiguous : One can expect to evaluate the sexp in the Info manual but that would not work, so this commit explicit that it must be done in a clean buffer (= with a valid syntaxe tree). Copyright-paperwork-exempt: yes --- doc/lispintro/emacs-lisp-intro.texi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/lispintro/emacs-lisp-intro.texi b/doc/lispintro/emacs-lisp-intro.texi index fade4096e3..ba5fae4ff0 100644 --- a/doc/lispintro/emacs-lisp-intro.texi +++ b/doc/lispintro/emacs-lisp-intro.texi @@ -14650,7 +14650,8 @@ Let's re-use @kbd{C-c =} as a convenient keybinding: Now we can try out @code{count-words-defun}: install both @code{count-words-in-defun} and @code{count-words-defun}, and set the -keybinding, and then place the cursor within the following definition: +keybinding, and then place the cursor within the following definition, +in a clean scratch buffer: @smallexample @group -- 2.20.1 --=-=-= Content-Type: text/plain; format=flowed I remember I especially liked to be able to evaluate sexp in place in the eintr manual, that is fitting so well the interpreted nature of elisp, but here the situation is out of my mind : - 1. the norm seems to *not* use the column 0 to declare top level sexp in Info manuals even if `open-paren-in-column-0-is-defun-start' is set to t. - 2. there is many opened sexp given as exemple, which will confuse the syntaxe tree. Have a nice day, or, night, I don't know. -- --=-=-=--