From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WejdIkKm2l7USwAA0tVLHw (envelope-from ) for ; Fri, 05 Jun 2020 20:08:34 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id IJpjHkKm2l5dYAAAB5/wlQ (envelope-from ) for ; Fri, 05 Jun 2020 20:08:34 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 06F0E9404E0 for ; Fri, 5 Jun 2020 20:08:33 +0000 (UTC) Received: from localhost ([::1]:59988 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jhIdj-0000iO-2g for larch@yhetil.org; Fri, 05 Jun 2020 16:08:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37242) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jhIdQ-0000i9-8N for emacs-orgmode@gnu.org; Fri, 05 Jun 2020 16:08:12 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:57817) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jhIdO-0005IT-JX for emacs-orgmode@gnu.org; Fri, 05 Jun 2020 16:08:11 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 3520420005; Fri, 5 Jun 2020 20:08:05 +0000 (UTC) From: Nicolas Goaziou To: Mario Frasca Subject: Re: tables, positioning of `#+Plot:' lines References: Mail-Followup-To: Mario Frasca , emacs-orgmode@gnu.org Date: Fri, 05 Jun 2020 22:08:04 +0200 In-Reply-To: (Mario Frasca's message of "Fri, 5 Jun 2020 14:49:43 -0500") Message-ID: <873679p97f.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.70.183.200; envelope-from=mail@nicolasgoaziou.fr; helo=relay7-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/05 16:08:06 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: 9/wijPaAfbKi Hello, Mario Frasca writes: > I was wondering about the position of the `#+plot:' lines.=C2=A0 we have > a table, and if we want to have formulas, we put these in a `#+TBLFM:' > line following the table.=C2=A0 the documentation of org-plot states that > `#+PLOT:' lines are looked for: following, or preceding the table Then the documentation needs to be fixed. > but then only the "preceding" strategy is implemented.=C2=A0 I tried just > out of curiosity, what happens if I put my `#+PLOT:' lines following > the table but before the `#+TBLFM:' line.=C2=A0 in this case also the > `#+TBLFM:' line is not found. > > I see a couple of problems with this approach and in the current > implementation: > > - only one single `#+TBLFM:' line is recognized, IIRC, this was a feature request, even though we could allow multiple TBLFM lines. Why some users requested to have only one active TBLFM line at a time, I don't know. > it must follow the table, there cannot be any other meta information > in between the table and the `#+TBLFM:' line. What kind of meta information? You don't need to create monster-tables. You may simply write a table, and use it as input in a dedicated gnuplot source block. > my main doubt is that if we acknowledge meta lines at both ends, we > end up with an unmanageable mess, where similar information can be > very distant in the document.=C2=A0 I think it was a mistake to let PLOT > directives be placed elsewhere than formulas, but I don't know if it's > still worth changing this. Since TBLFM lines are the odd ones, the mistake was to allow them after the table, while every other affiliated keyword in the Org universe goes before the object it applies to. IOW, I don't think also allowing PLOT affiliated keyword at the end of the table is a good idea, and I'm sure that allowing it on both ends is a bad one. Regards, --=20 Nicolas Goaziou