all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Lars Ingebrigtsen <larsi@gnus.org>
To: "積丹尼 Dan Jacobson" <jidanni@jidanni.org>
Cc: 49194@debbugs.gnu.org
Subject: bug#49194: kill-whole-line 'plus-newline-even-if-none-in-reality
Date: Thu, 24 Jun 2021 18:11:53 +0200	[thread overview]
Message-ID: <87lf6zi6nq.fsf@gnus.org> (raw)
In-Reply-To: <87tuloegsa.5.fsf@jidanni.org> ("積丹尼 Dan Jacobson"'s message of "Wed, 23 Jun 2021 23:34:29 +0800")

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> I hereby propose an additional value, call it one of:
>
>    'always
>    'no-matter-what
>    'plus-newline-even-at-eof
>    'plus-newline-even-if-none-in-reality
>
>> See (info "(emacs) Customize Save") for require-final-newline. Bye.
>
> Wait! Who says I even want the file to end in a newline? I just want
> kill-whole-line to have a setting to consistently get a newline at the
> end, and not 99% of the time.
>
>> Then add a newline there yourself and remove it when you are finished. Bye.
>
> Wait! The file might even be a readonly file owned by someone else. I
> can't just "add one there myself."
>
>> Well then copy the file first. Bye.
>
> Seems like overkill, just to kill (copy) one line.
>
> Anyway 'plus-newline-even-if-none-in-reality etc., being non-nil, would
> also be 99% backwards compatible too!

I'm not quite sure what this essay is trying to express -- are you
asking for a new setting for `kill-whole-line' that deletes the preceding
newline if you call `C-k' at the start of the final line in a buffer,
and that final line doesn't have a newline at the end?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





  reply	other threads:[~2021-06-24 16:11 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-23 15:34 bug#49194: kill-whole-line 'plus-newline-even-if-none-in-reality 積丹尼 Dan Jacobson
2021-06-24 16:11 ` Lars Ingebrigtsen [this message]
2021-06-24 17:59   ` 積丹尼 Dan Jacobson
2021-06-24 18:26     ` Lars Ingebrigtsen
2021-06-24 18:42       ` 積丹尼 Dan Jacobson
2021-06-24 18:42       ` Eli Zaretskii
2021-06-24 18:46         ` Lars Ingebrigtsen
2021-06-24 18:51           ` Eli Zaretskii
2021-06-24 20:20             ` 積丹尼 Dan Jacobson
2021-06-25  6:01               ` Eli Zaretskii
2021-06-25 14:02                 ` Lars Ingebrigtsen
2021-06-25 14:03                   ` Eli Zaretskii
2021-06-26 17:12                   ` 積丹尼 Dan Jacobson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lf6zi6nq.fsf@gnus.org \
    --to=larsi@gnus.org \
    --cc=49194@debbugs.gnu.org \
    --cc=jidanni@jidanni.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.