From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: VC's modeline Date: Mon, 08 Feb 2016 23:02:49 +0100 Message-ID: <87zivax3li.fsf@wanadoo.es> References: <20160208185311.9470.7389@vcs.savannah.gnu.org> <56B8F682.7040404@dancol.org> <83io1zosv7.fsf@gnu.org> <56B8FA6D.9070105@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1454969012 11453 80.91.229.3 (8 Feb 2016 22:03:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Feb 2016 22:03:32 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 08 23:03:24 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aStu0-0007zb-FA for ged-emacs-devel@m.gmane.org; Mon, 08 Feb 2016 23:03:24 +0100 Original-Received: from localhost ([::1]:49241 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSttz-00048M-Va for ged-emacs-devel@m.gmane.org; Mon, 08 Feb 2016 17:03:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSttm-00048D-Ja for emacs-devel@gnu.org; Mon, 08 Feb 2016 17:03:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSttj-0003HT-Ec for emacs-devel@gnu.org; Mon, 08 Feb 2016 17:03:10 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:54130) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSttj-0003HI-88 for emacs-devel@gnu.org; Mon, 08 Feb 2016 17:03:07 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aSttf-0007bg-Oz for emacs-devel@gnu.org; Mon, 08 Feb 2016 23:03:03 +0100 Original-Received: from 1.red-83-38-42.dynamicip.rima-tde.net ([83.38.42.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 23:03:03 +0100 Original-Received: from ofv by 1.red-83-38-42.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 23:03:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 25 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 1.red-83-38-42.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:6+wGB9suaHaNYFok2p0vxMTyuTg= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:199562 Archived-At: Stefan Monnier writes: > What I think is wrong the level of detail expected in the status line. > E.g. I think it'd be fine for VC to just display "Bzr" (or "Hg", or > "Git", or what have you) instead. I think it'd even be fine to do that > without checking whether the file is really under that VCS's control or > not (i.e. without checking whether the file is ignored). IOW, a file > opened in a directory with a ".git" somewhere in the parents could just > say "Git", without any other check. Saying that the file is on a directory that also has a .git (or .bzr, or whatever) directory is almost meaningless. You don't know if the file is actually versioned, nor if it is edited, nor the branch that is currently checked out (this last piece of information is specially important on workflows that uses colocated branches.) Personally, I find having that information on the modeline a very worthy investment. In practice, the only problem I experience is when working on MS Windows, where calling git is much slower than on GNU/Linux and it is annoying to wait until all buffers refreshes the VC info after some operation with Magit. If you wish to add a customization for disabling the modeline VC info (all or part) I know that some users will appreciate the feature. But reducing the information to a meaningless label is not a sane default.