unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Dan Nicolaescu <dann@ics.uci.edu>
To: Miles Bader <miles@gnu.org>
Cc: 2675@emacsbugs.donarmstrong.com
Subject: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir  directory
Date: Mon, 16 Mar 2009 18:08:42 -0700 (PDT)	[thread overview]
Message-ID: <200903170108.n2H18gxe011226@godzilla.ics.uci.edu> (raw)
In-Reply-To: <fc339e4a0903151812g3c5fbbabw2439e2a0c1816e34@mail.gmail.com> (Miles Bader's message of "Mon, 16 Mar 2009 10:12:31 +0900")

Miles Bader <miles@gnu.org> writes:

  > On Mon, Mar 16, 2009 at 9:50 AM, Stefan Monnier
  > <monnier@iro.umontreal.ca> wrote:
  > >> Then hitting "v" on the first line of the buffer gives the following error:
  > >
  > > From where I stand, the problem is the use of `v' in vc-dir.  While the
  > > concept of "next-action" might make sense for single files, it's not
  > > nearly as useful for vc-dir, especially since vc-dir has a lot of free
  > > key-bindings, so it can easily use separate bindings for
  > > commit/checkout/merge/...
  > 
  > Yeah, good point; the concept of "next-action" has always kind of
  > bothered me, even in the old single-file case...
  > Even if it's sometimes a handy shortcut, I think in many cases I'd
  > prefer a firmer notion of what my command was going to do...

I actually like vc-next-action, it does what I want most of the time...

  > How about "c" for commit in *vc-dir*?
  > 
  > Of course, there needs to be a vc-commit command first... !

Add the vc-commit command, and I'll add the vc-dir binding for it :-)

  > [I'd also suggest "a" as an alias for "register", as "i" seems obscure.]

"i" comes from "C-x v i" -- in general the VC commands in vc-dir use the
bindings from the C-x v map.

  > [Offhand, I think they'd be good bindings for the global keymap too,
  > but it contains so much weird cruft bound to apparently arbitrary
  > letters, it's probably too late to make any sense of that...]

Probably too late for the 23.1 release, but if you want to open the
discussion after the release, maybe there won't be too much pushback for
getting rid of things like C-x v h






      reply	other threads:[~2009-03-17  1:08 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-15  2:46 bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory Miles Bader
2009-03-15  9:20 ` Dan Nicolaescu
2009-03-15 10:01   ` Miles Bader
2009-03-15 15:07     ` Dan Nicolaescu
     [not found]     ` <mailman.3233.1237130630.31690.bug-gnu-emacs@gnu.org>
2009-03-15 23:12       ` Miles Bader
2009-03-17  0:58         ` Dan Nicolaescu
2009-03-16  0:50 ` Stefan Monnier
2009-03-16  1:12   ` Miles Bader
2009-03-17  1:08     ` Dan Nicolaescu [this message]

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=200903170108.n2H18gxe011226@godzilla.ics.uci.edu \
    --to=dann@ics.uci.edu \
    --cc=2675@emacsbugs.donarmstrong.com \
    --cc=miles@gnu.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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).