From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.bugs Subject: bug#9503: 24.0.50; (vc-git): After applying a stash, refresh of *vc-dir* is a must Date: Wed, 14 Sep 2011 23:48:04 +0530 Message-ID: <8139fz2dk3.fsf@gmail.com> References: <81aaa71l39.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1316024385 21539 80.91.229.12 (14 Sep 2011 18:19:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 14 Sep 2011 18:19:45 +0000 (UTC) Cc: 9503@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 14 20:19:41 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R3u3f-0001bV-3O for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Sep 2011 20:19:39 +0200 Original-Received: from localhost ([::1]:42063 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3u3e-00031Q-Lj for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Sep 2011 14:19:38 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3u3Z-0002yN-AV for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2011 14:19:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R3u3U-0004sc-Vc for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2011 14:19:33 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37944) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3u3U-0004sY-Tw for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2011 14:19:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1R3u7u-0002rr-F8; Wed, 14 Sep 2011 14:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jambunathan K Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Sep 2011 18:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9503 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9503-submit@debbugs.gnu.org id=B9503.131602459810969 (code B ref 9503); Wed, 14 Sep 2011 18:24:02 +0000 Original-Received: (at 9503) by debbugs.gnu.org; 14 Sep 2011 18:23:18 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3u7B-0002qr-Kf for submit@debbugs.gnu.org; Wed, 14 Sep 2011 14:23:17 -0400 Original-Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3u78-0002qj-Ql for 9503@debbugs.gnu.org; Wed, 14 Sep 2011 14:23:16 -0400 Original-Received: by yxt33 with SMTP id 33so1551593yxt.3 for <9503@debbugs.gnu.org>; Wed, 14 Sep 2011 11:18:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=A6mmCtyxtXjKVJRc78KieNSrIWRR5aSJXgSKmbgSH7U=; b=pvwzHG6YwIAtszwpYATPiQHTAyOwmy1D2u/s2HSwXLvE0MpAp5uNDegeTmh0SumDgl LZA0Z92IuuzPmS4qMMk50tGxMY7kwUsDRRxtNs+GbTrSZ24ubo7+BEJd5NBJxBQ4A6Me u07FUk3BTRc/kXjwoh8MbrFCQEI6P8nKu7MCg= Original-Received: by 10.68.44.3 with SMTP id a3mr417035pbm.227.1316024319924; Wed, 14 Sep 2011 11:18:39 -0700 (PDT) Original-Received: from JAMBU-NETBOOK ([115.242.184.148]) by mx.google.com with ESMTPS id lv3sm15625601pbb.9.2011.09.14.11.18.28 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Sep 2011 11:18:38 -0700 (PDT) In-Reply-To: (Juanma Barranquero's message of "Wed, 14 Sep 2011 13:09:01 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (windows-nt) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 14 Sep 2011 14:24:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:51156 Archived-At: Juanma Barranquero writes: >> (vc-git): After applying a stash, refresh of *vc-dir* is a must. >> >> Currently I do this manually. > > Refreshing *vc-dir* can be slow. What if you apply several stashes > consecutively? I would prefer to have some sort of visual feedback that confirms that the application of stash has succeeded. Otherwise I just keep staring at the screen hoping something would happen. I do have `vc-command-messages' set to t. I see OK in the echo area. If I turn that setting off the only visible feedback is the hour-glass->normal cursor. Under the absence of any visual cue in the echo area, I just keep staring at the screen. This has happened even after I filed this report. Do you think a prefix arg or a customization variable is in order? Couple of tangential remarks: 1. Any reason why `vc-git-stash-delete-at-point' runs `vc-dir-refresh'. (I believe this is an unwanted side-effect of stash menu sharing the same space as the modified file list) 2. I have been using vc-git for quite sometime (> 10 months) now. It's only a few days back that I realized that the stash lines have keymaps associated with them (I always thought that they were zombie informational lines). Anyway the stash lines could be highlighted if the point moves to that line or permanently use a different (keymap?) face. (I don't use mouse that often and I noticed the highlight behaviour only after doing a C-u C-x =3D) 3. Apropos applying several stashes, it seems that at some point in distant future someone would cookup a way to mark and re-order stashes (much like interactive rebase menu in the git command line). I think the most `intuitive' interface for re-ordering stashes would be killing and yanking (Think of C-k and C-y in gnus-topic mode). IMHO, In that case the current binding of using C-k to delete the stash would come in the way. You can close this bug if you think it is too frivolous. > =C2=A0 =C2=A0 Juanma