From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Fabrice Niessen" Newsgroups: gmane.emacs.devel Subject: Re: [emacs-leuven-theme] diff-index foreground (#2bis) Date: Wed, 02 Oct 2013 07:06:53 +0200 Organization: My Googlest Message-ID: <86mwmsxnv6.fsf@somewhere.org> References: <86ioy9n78u.fsf_-_@somewhere.org> <864n96uzcq.fsf@somewhere.org> <86mwmytknx.fsf@somewhere.org> <5247395B.1030602@yandex.ru> <864n90zrxr.fsf@somewhere.org> <524B8D69.2000100@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1380707666 14009 80.91.229.3 (2 Oct 2013 09:54:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Oct 2013 09:54:26 +0000 (UTC) Cc: Fabrice Niessen , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org-mXXj517/zsQ@public.gmane.org Wed Oct 02 11:54:29 2013 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 1VRJ8W-0001Hp-QZ for ged-emacs-devel@m.gmane.org; Wed, 02 Oct 2013 11:54:28 +0200 Original-Received: from localhost ([::1]:35043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VRJ8W-0006VN-6b for ged-emacs-devel@m.gmane.org; Wed, 02 Oct 2013 05:54:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56188) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VREf4-0001xh-5d for emacs-devel-mXXj517/zsQ@public.gmane.org; Wed, 02 Oct 2013 01:07:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VREey-00031b-4j for emacs-devel-mXXj517/zsQ@public.gmane.org; Wed, 02 Oct 2013 01:07:46 -0400 Original-Received: from dd5e0353a.access.telenet.be ([213.224.53.58]:15750 helo=mail.missioncriticalit.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VREex-00031L-UB for emacs-devel-mXXj517/zsQ@public.gmane.org; Wed, 02 Oct 2013 01:07:40 -0400 Original-Received: from MUNDANEUM.i-did-not-set--mail-host-address--so-tickle-me (unknown [10.10.4.62]) by mail.missioncriticalit.com (Postfix) with ESMTPS id 7755F500165; Wed, 2 Oct 2013 07:07:37 +0200 (CEST) X-Url: http://www.MyGooglest.com/fni X-Archive: encrypt In-Reply-To: <524B8D69.2000100-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org> (Dmitry Gutov's message of "Wed, 02 Oct 2013 06:05:13 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.224.53.58 X-Mailman-Approved-At: Wed, 02 Oct 2013 05:54:24 -0400 X-BeenThere: emacs-devel-mXXj517/zsQ@public.gmane.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-mXXj517/zsQ@public.gmane.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org-mXXj517/zsQ@public.gmane.org Xref: news.gmane.org gmane.emacs.devel:163797 Archived-At: Hello Dmitry, Dmitry Gutov wrote: > On 01.10.2013 22:56, Fabrice Niessen wrote: >>> - time-stamp-* local variables at the bottom of the file. >> >> ... *thanks to* the local variables: >> >> =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> =E2=94=82 ;; Local Variables: >> =E2=94=82 ;; time-stamp-format: "%:y%02m%02d.%02H%02M" >> =E2=94=82 ;; time-stamp-start: "Version: " >> =E2=94=82 ;; time-stamp-end: "$" >> =E2=94=82 ;; End: >> =E2=95=B0=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> >> This instructs the time-stamp package to update the "Version:" time stam= p every >> time you save the buffer ("last change"), if you have the following in y= our >> `.emacs' config file: >> >> (add-hook 'before-save-hook 'time-stamp) > > I see, thanks for the explanation. > >>> Melpa does not use the version header (just sets the version to the tim= e of the >>> last commit), and the time-stamp vars just seem useless to me. >>> >>> Shall I remove both of these additions before checking in the new versi= on? >> >> This version number seems useful to me, to always know when different ve= rsions >> have been saved, even outside of any VC system. > > IMHO, the "last save time" alone is pretty useless, so one shouldn't modi= fy > important files outside of VS systems. I totally agree, but nothing forbids someone to take a "snapshot" version of the leuven-theme.el file from GitHub, without cloning the repository. In ca= se they report a problem, they always can include the version number for information, as it's there. And being almost like an ISO 8601 date, it's ve= ry easy to identify versions from the repository. >> May I ask to leave them, if possible? > > Sure, I guess, since it serves some purpose. I don't think we have any > guidelines about that. OK, thanks. Best regards, Fabrice --=20 Fabrice Niessen Leuven, Belgium