From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: VC's modeline Date: Mon, 8 Feb 2016 15:29:31 -0800 Message-ID: <56B924DB.3080903@dancol.org> 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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CqW1sq0vEPmBQ6amj0hLIO4v48VPesbmH" X-Trace: ger.gmane.org 1454974188 26516 80.91.229.3 (8 Feb 2016 23:29:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Feb 2016 23:29:48 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 09 00:29:46 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 1aSvFY-0005kn-QR for ged-emacs-devel@m.gmane.org; Tue, 09 Feb 2016 00:29:44 +0100 Original-Received: from localhost ([::1]:49848 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSvFY-0001Sb-8w for ged-emacs-devel@m.gmane.org; Mon, 08 Feb 2016 18:29:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42837) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSvFU-0001SF-Gw for emacs-devel@gnu.org; Mon, 08 Feb 2016 18:29:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSvFT-0007Fz-DZ for emacs-devel@gnu.org; Mon, 08 Feb 2016 18:29:40 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:38248) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSvFT-0007Fv-3E; Mon, 08 Feb 2016 18:29:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=cev4bfYSPeR0Cup4qxQcc/LJmF9DZKJbqhQwU22oSpw=; b=fW0CCNcBu6iqvu6TS9sCwoBDqhhwozVrp5NE6hUzXUpYOhwtcyEnNDQ3vJ8+lcu2vflp6c2SvlfwoZw/K8injLJzkVqxqBXHvbaImQLiR5bGRPkjHUTLPmp9bedqpo8jtw6gGMu4tRc6rA2KgmVhkjFkPlz36WsJY6mjJyB5PhoszEowPmjWiS/rti+SGllqy7CGDUAo7epAkAVH6D/3WMpJrUYfrBd9f1S/WgVS7FD0Q3xT8GV/wRdeH4gp9PFTvDmvBxGiwko9z2UTKFWYwpalPHSYjgZwWxqIfb+RKrXvhd7YWPWAtK/Hf1ckq0pcF5axkp3mtBK239Sryme0nw==; Original-Received: from [2620:10d:c090:200::9:3811] (helo=[IPv6:2620:10d:c083:10fb:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1aSvFR-00077h-6W; Mon, 08 Feb 2016 15:29:37 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:199566 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CqW1sq0vEPmBQ6amj0hLIO4v48VPesbmH Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/08/2016 01:39 PM, Stefan Monnier wrote: >> vc has been in place for decades, and is one of the things that makes >> programming on Emacs pleasant. I'm not in favor of just removing the >> feature because there are a few unfixed bugs. There is nothing >> fundamentally wrong with the model. >=20 > Agreed. >=20 > What I think is wrong the level of detail expected in the status line. I'd _like_ to see arbitrarily large amounts of detail on the modeline provided that we can display this information safely and efficiently. Why not? If one VCS in particular can't provide this information in a timely manner, sure, we can override vc-mode-line-string and display something more spartan. But the ideal should be to show as much as possib= le. > 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. >=20 >> There is no reason that vc integration can't work well and be on by >> default. >=20 > Having to call a "git" process twice per find-file-noselect is a high > price for a very small benefit. >=20 >> It was working before my change; now it works better. >=20 > Yes, I'm really not arguing against your change. >=20 >> A reasonable performance improvement should not be an occasion for >> discussing the removal of a feature made faster. >=20 > Sorry. It just reminded me of this problem that's been around for a wh= ile. Yes, I think that thread got off on the wrong foot. It's better now. --CqW1sq0vEPmBQ6amj0hLIO4v48VPesbmH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWuSTbAAoJEN4WImmbpWBleqUP/AhO9gzmnGY8Z1KgbG9Ocx6e oKhc0J5h4Uq+rA/sWigx/yLhHr99jBVP84iuZN9frJ5wUfwqx7gKHbEyh89WAt+N 0v71ApB5I6jN4CD8bGN0p6/fKyVkPO5iX4TLpj5uQFVxYWjfFQdbiTn6Ge2YjbWP c3ek41uuTXTc9gaPbkFyYIBBKde0JPTBYqOvGRyuCBuuYF+9tAIgQ34W6L4roa8r IOlZ7Vx5hFrugCVNkt9ZReZu/C0bhKcrKjtVz/MxImzF3b81N9heFEKLPUEkm6LF GF/kVR+6R8URoxhXv3Sox8AcfuflGJ2UiHsX1SgQjgq+JMGG5LbuuKgQYoqJLfMu XweiwwKxAFx8HPvvmSvFwE3V2KEtzkcUddJZg9BTYw0eWXkp5li2wxL+KagrXIjc vtvz4Lh7cc7O3h6cs8GAhkY78bPxUvmp7A5NtIHxK9cWLke6kmkviVa/brR+JZb0 3VI4/kv448OQKuYB0g+38ObLh+lNY2SFXCZG+Orx/IdqyUZF4SrryO82EgOw3Rc6 pTvoIV4Uprn6jb77qeI3kAF+/SX94LMhJCnKRJPpOZGQ4m8nT0cv60nF0Sb24J3o +9k5k5b9nk1r9CuHtYHKNNUwnWVu4ga5sM58OT7GBkGuU52SZQQtLh0uKFENCmph HVdXAlQ9BXChGZm6OUMJ =znhW -----END PGP SIGNATURE----- --CqW1sq0vEPmBQ6amj0hLIO4v48VPesbmH--