From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#49194: kill-whole-line 'plus-newline-even-if-none-in-reality Date: Fri, 25 Jun 2021 09:01:53 +0300 Message-ID: <83mtrescry.fsf@gnu.org> References: <87tuloegsa.5.fsf@jidanni.org> <87lf6zi6nq.fsf@gnus.org> <87sg17p2jd.5.fsf@jidanni.org> <87mtrff7ao.fsf@gnus.org> <83v963rtn3.fsf@gnu.org> <87im23f6cy.fsf@gnus.org> <83tulnrt8h.fsf@gnu.org> <874kdnnhel.5.fsf@jidanni.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38135"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 49194@debbugs.gnu.org To: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 25 08:03:12 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 1lwevo-0009i0-Af for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Jun 2021 08:03:12 +0200 Original-Received: from localhost ([::1]:60774 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lwevm-00030s-EP for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Jun 2021 02:03:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45460) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lweve-00030Y-8K for bug-gnu-emacs@gnu.org; Fri, 25 Jun 2021 02:03:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33088) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lweve-0003ow-0x for bug-gnu-emacs@gnu.org; Fri, 25 Jun 2021 02:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lwevd-00077Q-MA for bug-gnu-emacs@gnu.org; Fri, 25 Jun 2021 02:03:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Jun 2021 06:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49194 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 49194-submit@debbugs.gnu.org id=B49194.162460093427292 (code B ref 49194); Fri, 25 Jun 2021 06:03:01 +0000 Original-Received: (at 49194) by debbugs.gnu.org; 25 Jun 2021 06:02:14 +0000 Original-Received: from localhost ([127.0.0.1]:44631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lweus-000762-5G for submit@debbugs.gnu.org; Fri, 25 Jun 2021 02:02:14 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:47404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lweun-00075k-OT for 49194@debbugs.gnu.org; Fri, 25 Jun 2021 02:02:12 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41008) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lweui-0003Ac-4l; Fri, 25 Jun 2021 02:02:04 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3106 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lweuf-0007Ca-5A; Fri, 25 Jun 2021 02:02:04 -0400 In-Reply-To: <874kdnnhel.5.fsf@jidanni.org> (message from =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson on Fri, 25 Jun 2021 04:20:50 +0800) 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:208977 Archived-At: > From: 積丹尼 Dan Jacobson > Cc: Lars Ingebrigtsen , 49194@debbugs.gnu.org > Date: Fri, 25 Jun 2021 04:20:50 +0800 > > >>>>> "EZ" == Eli Zaretskii writes: > > EZ> That makes no sense to me: the command kills a line of buffer text, it > EZ> doesn't (and shouldn't) invent characters out of thin air. When there > EZ> _is_ a newline at EOL, setting kill-whole-line will cause C-k to kill > EZ> that newline as well; but if there's no newline there, why should this > EZ> particular command with that option invent such a newline and save it > EZ> in kill-ring? > > 1. There may not be a newline yet, but there will be upon sending the > message, or saving the file, depending on other settings. > > 2. That allows consistent yanking later. C-k ... C-y now will always > have a newline. Else even though C-k appears to behave the same at the > end of file, C-y depends different later. > > Anyway, just try making a bunch of lines like this: > ^^^^^^^^^^^^^^^ > ^^^^^^^^^^^^^^^ > ^^^^^^^^^^^^^^^ > at the end of your reply, without extra fuss when copying the first! If this is about your personal needs, why not make a keyboard macro to achieve what you want, and use it thereafter? IMO, we shouldn't add to Emacs stuff that is needed by a single user (or a small number of users) because of their peculiar workflows, and which makes little sense with other workflows. Inventing characters at kill time sounds very strange an unintuitive behavior, so adding it to Emacs, even as an option, would be a mistake, IMO.