From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: can't find org-version? Date: Thu, 06 Sep 2012 19:50:51 +0200 Message-ID: <87wr0711ms.fsf@altern.org> References: <878vcrkbuu.fsf@jnanam.net> <87k3w7r67t.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9gE8-0006E4-Ga for emacs-orgmode@gnu.org; Thu, 06 Sep 2012 13:50:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T9gE3-000701-RK for emacs-orgmode@gnu.org; Thu, 06 Sep 2012 13:50:52 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:56697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9gE3-0006zr-Ki for emacs-orgmode@gnu.org; Thu, 06 Sep 2012 13:50:47 -0400 Received: by wibhq4 with SMTP id hq4so5306588wib.12 for ; Thu, 06 Sep 2012 10:50:46 -0700 (PDT) In-Reply-To: <87k3w7r67t.fsf@Rainer.invalid> (Achim Gratz's message of "Thu, 06 Sep 2012 08:55:02 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > The variable org-version was an internal one that has been removed. The > org-toodledo package should not rely on internal variables, but rather > use the official interface, in this case the function org-version. In the real world, developers rely on a set of stable expectations. Being able to check against `org-version' as a *variable* is one of them, and a very stable one. IMO, it is counter-productive to deceive this expectation and to ask developers to read org.el to know how they can check against Org's version. The way `org-version' is set internally is another topic, and I'm glad you finally come up with something that relies only on make/git. But geee... this has been a long and painful way to go, and I don't count how many users are/were confused about this. The original motivation for this was to spare the maintainer the sweat of possible merge conflicts when syncing with Emacs... which were just very unlikly to happen anyway. So, let's focus more on the users, and less on conceptual purity. -- Bastien