From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: can't assign to hline relative reference: Date: Thu, 02 Jul 2015 13:56:42 +0200 Message-ID: <87d20an56t.fsf@nicolasgoaziou.fr> References: <558D41B2.80106@gentoo.org> <87ioaaveue.fsf@nicolasgoaziou.fr> <558D4CD0.9060203@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAd5G-0003pN-5J for emacs-orgmode@gnu.org; Thu, 02 Jul 2015 07:55:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAd5F-0003l7-8a for emacs-orgmode@gnu.org; Thu, 02 Jul 2015 07:55:14 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:46821) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAd5F-0003kZ-1r for emacs-orgmode@gnu.org; Thu, 02 Jul 2015 07:55:13 -0400 In-Reply-To: <558D4CD0.9060203@gentoo.org> (Marijn Schouten's message of "Fri, 26 Jun 2015 15:00:00 +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: "Marijn Schouten (hkBst)" Cc: emacs-orgmode@gnu.org "Marijn Schouten (hkBst)" writes: > It says that there is a known issue with hline references on the left > side of table formulas, but I did not quite understand the details. To tell the truth, this is not crystal clear to me either. > There seems to be a proposed fix by interpreting said references as > ranges with the same on both sides, for example @II$2 would become > @II$2..@II$2 and would then be interpreted properly. Was the issue > with this fix that it does not work in all cases? A solution properly handling all cases of @I and al. on lhs is welcome. Meanwhile, I'd rather use a consistent error than provide something that just partly works. > There was a mention that fixing the issue might involve rewriting much > of org-table. Is that a concern? Not really, as long as invasive changes are covered by tests. Regards,