[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: guix.el: Key bindings for a "package list"
From: |
Ludovic Courtès |
Subject: |
Re: guix.el: Key bindings for a "package list" |
Date: |
Fri, 05 Sep 2014 22:22:32 +0200 |
User-agent: |
Gnus/5.130011 (Ma Gnus v0.11) Emacs/24.3 (gnu/linux) |
Alex Kost <address@hidden> skribis:
> Ludovic Courtès (2014-09-05 12:26 +0400) wrote:
>
>> Alex Kost <address@hidden> skribis:
>>
>>> Hello,
>>>
>>> I would like to know people's opinions about default key bindings.
>>>
>>> Currently in a buffer with a list of packages we have: "u"/"U" to
>>> unmark/unmark all. But it leaves no room for marking for upgrade and I
>>> just bound it to "^" which is not very good.
>>>
>>> So what about combining "unmark"/"unmark all" into one key and use
>>> either:
>>>
>>> 1. "U" - unmark ("C-u U" - unmark all);
>>> "u" - mark for upgrading.
>>>
>>> 2. "u" - unmark ("C-u u" - unmark all);
>>> "U" - mark for upgrade. Should it also require (for consistency) to
>>> use upper-case "I"/"D" for marking for installing/deletion?
>>
>> I’m hesitant, but I would vote for #2. I don’t think I and D are needed
>> though.
>
> I prefer this variant as well: "u" is a too common binding for unmarking
> in Emacs (it is used in dired, buffer-menu, ibuffer, package-menu, ...).
> So unmarking should probably stay on "u" (and unmark all with prefix).
Yes.
>>> Also should there be a command to mark all obsolete packages for
>>> upgrading? If so, what key should it be bound to? (perhaps my favourite
>>> "^").
>>
>> Actually this is what U does in package.el. But I’m fine with ^ here.
>
> Taylan suggested "C-u U" for this one. And I think it would be perfect,
> but...
>
> Let's say a user has both "foo-1.0:out" and "foo-1.0:doc" installed and
> one day they become obsolete. He decides to upgrade only "out" for some
> reason. May there exist such a situation?
Ooh. Well, why not?
> If so, then I think "C-u U" should be used to specify a particular
> output for upgrading. Actually I implemented such specifying of outputs
> for installing and deletion ("i"/"d") but not for upgrading (I don't
> remember why).
OK. Then I’m fine with ^.
Ludo’.
- guix.el: Key bindings for a "package list", Alex Kost, 2014/09/05
- Re: guix.el: Key bindings for a "package list", Ludovic Courtès, 2014/09/05
- Re: guix.el: Key bindings for a "package list", Alex Kost, 2014/09/05
- Re: guix.el: Key bindings for a "package list",
Ludovic Courtès <=
- Re: guix.el: Key bindings for a "package list", Alex Kost, 2014/09/06
- Re: guix.el: Key bindings for a "package list", Taylan Ulrich Bayirli/Kammer, 2014/09/06
- guix.el & multiple outputs, Ludovic Courtès, 2014/09/06
- Re: guix.el & multiple outputs, Taylan Ulrich Bayirli/Kammer, 2014/09/06
- Re: guix.el & multiple outputs, Ludovic Courtès, 2014/09/08
- Re: guix.el & multiple outputs, Alex Kost, 2014/09/07
- Re: guix.el & multiple outputs, Alex Kost, 2014/09/19
- Re: [PATCH] emacs: Rewrite scheme side in a functional manner., Ludovic Courtès, 2014/09/20
- Re: [PATCH] emacs: Rewrite scheme side in a functional manner., Alex Kost, 2014/09/21
- Re: [PATCH] emacs: Rewrite scheme side in a functional manner., Ludovic Courtès, 2014/09/21