From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Jean-Christophe Helary Newsgroups: gmane.emacs.devel Subject: Re: *scratch* buffer documentation Date: Thu, 26 Dec 2019 14:19:28 +0900 Message-ID: References: <69AD1F67-BA40-4342-996E-CAC6CC545E2A@traduction-libre.org> <83lfr0v4ib.fsf@gnu.org> <3B5C95CE-77A8-48DA-BD5D-6BD8D8828C30@traduction-libre.org> <87d0cbepcu.fsf@telefonica.net> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="234568"; mail-complaints-to="usenet@blaine.gmane.org" To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 26 06:20:06 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ikLZ8-000ysj-EF for ged-emacs-devel@m.gmane.org; Thu, 26 Dec 2019 06:20:06 +0100 Original-Received: from localhost ([::1]:51278 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ikLZ6-00072V-Og for ged-emacs-devel@m.gmane.org; Thu, 26 Dec 2019 00:20:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39957) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ikLYf-0006dP-VY for emacs-devel@gnu.org; Thu, 26 Dec 2019 00:19:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ikLYe-0000PI-PR for emacs-devel@gnu.org; Thu, 26 Dec 2019 00:19:37 -0500 Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:44477) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ikLYe-0000Ne-Jd for emacs-devel@gnu.org; Thu, 26 Dec 2019 00:19:36 -0500 Original-Received: from [10.249.234.11] (unknown [210.160.37.46]) (Authenticated sender: jean.christophe.helary@traduction-libre.org) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 6A2F7240004 for ; Thu, 26 Dec 2019 05:19:32 +0000 (UTC) In-Reply-To: <87d0cbepcu.fsf@telefonica.net> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 217.70.178.230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.org gmane.emacs.devel:243640 Archived-At: =C3=93scar, Please read my reply to Eli. JC > On Dec 26, 2019, at 12:27, =C3=93scar Fuentes wrote: >=20 > Jean-Christophe Helary > writes: >=20 >>> I Think that you are missing one important thing: users are = generally >>> not idiots. >>=20 >> It is not about being idiots or not. But about how self-contained >> should the documentation be. >>=20 >> If you show me the place in the documentation where the default >> behavior is described then I'll need to worry about why I did not = find >> it. >=20 > 19.4 Killing Buffers >=20 > =E2=80=98C-x k=E2=80=99 (=E2=80=98kill-buffer=E2=80=99) kills one = buffer, [...] If you ask to kill > a file-visiting buffer that is modified, then you must confirm with > =E2=80=98yes=E2=80=99 before the buffer is killed. >=20 >=20 > A corollary is that other buffers may not trigger the confirmation. >=20 >>> Emacs does have its dark corners, but I don't think saving buffers >>=20 >> Indeed, saving buffers is not an issue. It is killing buffers that = is. >=20 > IMO the implication that Emacs only cares about the persistence of > changes made to file-visiting buffers is clear. If the user, somehow, > expects that Emacs will warn on quitting about changes to *scratch*, = he > will swiftly learn what "This buffer is for text that is not saved" > means :-) >=20 >=20 Jean-Christophe Helary ----------------------------------------------- http://mac4translators.blogspot.com @brandelune