From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gunnar Wolf Subject: Re: Tables for attendance lists - A problem understanding TBLFM? Date: Tue, 9 Apr 2013 09:57:15 -0500 Message-ID: <20130409145715.GD115357@gwolf.org> References: <20130408235753.GC109669@gwolf.org> <20130409002519.GA3195@kuru.dyndns-at-home.com> <20130409022123.GD112475@gwolf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:47702) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPaEU-0005cS-NB for emacs-orgmode@gnu.org; Tue, 09 Apr 2013 11:13:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UPZz3-00029L-O6 for emacs-orgmode@gnu.org; Tue, 09 Apr 2013 10:57:40 -0400 Received: from lafa.iiec.unam.mx ([132.248.72.141]:60311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPZz3-00028l-Fi for emacs-orgmode@gnu.org; Tue, 09 Apr 2013 10:57:17 -0400 Content-Disposition: inline In-Reply-To: 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: Michael Brand Cc: Nick Dokos , Org Mode Michael Brand dijo [Tue, Apr 09, 2013 at 02:40:06PM +0200]: > On Tue, Apr 9, 2013 at 5:31 AM, Nick Dokos wrote: > > You can turn on formula debugging with C-c { and then you'd > > see that in Pancho's case, the list is ("") i.e. a list containing the > > empty string - a list of length 1. That might qualify as a bug (or not) > > This issue is part of some old bugs that I discovered end of 2012. It > seems like my patch from then > http://orgmode.org/w/org-mode.git?p=org-mode.git;a=commitdiff;h=764315 > resolved it only partially and I missed the case of a range with only > empty fields, although I tested and approved it in my ERTs... The > attached patch corrects. > > It is worth a small compatibility change: For a range with only empty > fields it is now possible and necessary to choose different behaviors > of vmean by adding the format specifiers E and/or N. Yes - it seems it is this bug you mention. I prefer not to patch my .el if possible, as being me a non-hard-core, non-bleeding-edge Org-mode user, I prefer following what comes in my Debian package ;-)