From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [bug, org-table] new hline doesn't update formula Date: Mon, 18 May 2015 09:34:55 +0200 Message-ID: <87617q72zk.fsf@nicolasgoaziou.fr> References: <87zj55wxri.fsf@gmx.us> <87y4kn6nd2.fsf@nicolasgoaziou.fr> <87h9rbxbuw.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47603) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YuFYL-0001fl-5i for emacs-orgmode@gnu.org; Mon, 18 May 2015 03:33:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YuFYK-0002I6-4w for emacs-orgmode@gnu.org; Mon, 18 May 2015 03:33:33 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:44881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YuFYJ-0002Hw-UT for emacs-orgmode@gnu.org; Mon, 18 May 2015 03:33:32 -0400 In-Reply-To: <87h9rbxbuw.fsf@gmx.us> (rasmus@gmx.us's message of "Sun, 17 May 2015 21:06:31 +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: Rasmus Cc: emacs-orgmode@gnu.org Rasmus writes: > Nicolas Goaziou writes: >>> Consider this example: >>> >>> |---+---+---| >>> | a | b | c | >>> | d | e | f | >>> |---+---+---| >>> | 1 | 2 | 3 | >>> | 4 | 5 | 6 | >>> |---+---+---| >>> | 5 | 7 | 9 | >>> #+TBLFM: @5=vsum(@II..@III) [...] >> What should happen to the formula if hline is inserted between |1|2|3| >> and |4|5|6|? > > Good question. I'm not sure. While not necessarily the most obvious I > think in that case the formula should be unchanged. But it's not > obvious. Another tricky example | 1 | |----| | 2 | | 3 | | 4 | |----| | 5 | |----| | 14 | #+TBLFM: @6=vsum(@I..@III) What if we insert a hline between |3| and |4|? I assume it should become "@I..@IIII". Yet, the difference between it and the case before is subtle, and hard to explain. That leads me to the next question: should we really mess with this? Regards,