[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [emms-help] [patch] better kill-track

From: Rasmus
Subject: Re: [emms-help] [patch] better kill-track
Date: Sat, 25 Oct 2014 21:21:34 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)


Thanks for the quick reply.

Yoni Rabkin <address@hidden> writes:

>> If I don't do C-a C-k I will not kill the entire line in *EMMS
>> Playlist*.  This is nonsense.
>> Also, I often have to do C-k C-k since an empty line remains.  This
>> patch fixes both of these issue and makes C-k in *EMMS Playlist* more
>> pleasant IMO.
>> The patch should apply against master.
> I've always viewed it as a feature since C-k killing in an Emms playlist
> buffer behaved exactly like it did everywhere else in Emacs; uniformity
> and the principle of least surprise.

I see.  I don't know if we have the same expectation of "least
surprise" in a media program, but that's fine.  In my mind, the
playlist is more like a Gnus summary buffer, where I don't care about
the position within a line, but only which line I'm 'cause one line
represents one entry.

> This means that you can kill a line from the playlist and then
> immediately yank a different line into that space from the kill-ring
> with the exact same muscle memory that works everywhere else.

Should I be able to do C-a C-k in my library and C-y it into my
playlist and expect it to play?  A quick test suggest that this does
not work (the line is added but the track is skipped).  It would be
pretty neat, though.

> But recognizing that people sometime want to just remove the track,
> there has always been the "D" binding in the playlist buffer, aka
> `emms-playlist-mode-kill-entire-track'. Does it do what you want?

No.  Unless I'm at BOL it acts like C-k.  If at BOL it works as if
kill-whole-line is t.  In the patch C-k works like D at BOL


A clever person solves a problem. A wise person avoids it

reply via email to

[Prev in Thread] Current Thread [Next in Thread]