From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id gAzpIBm5rmWRDgEA62LTzQ:P1 (envelope-from ) for ; Mon, 22 Jan 2024 19:51:05 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id gAzpIBm5rmWRDgEA62LTzQ (envelope-from ) for ; Mon, 22 Jan 2024 19:51:05 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=CTHwbrtf; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1705949465; a=rsa-sha256; cv=none; b=jrILUBxgfZvvUd50hs5wuwot6yBXZe8//e5j622+PKiu/BGXlHQ40dRiL9qQHExGqfF2sV uRytnwwpoqeurVNhWInuLXAB9M1bwnStl3LnphucL6pqAkWvWwahFMlDqIq3unDvgGX4Tl hUEDqAvb5b8kT778Q7UMJBN32eC6g9TUefNuI141st1ZsmQXcllM98RwhN1pSWlr4ZUTFb Rl9G7P95Q3NZKrvOR73Gmac20wdl8fVRx06V4Bu0D5yg4zZZ168qKU0seQQOvydsxCGq+I t3QR+ix3Ws18TF50VShmW0iIuwsZdPSBLFHNVrjnKsHf3IGfUxNTPJtKkdIvmg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=CTHwbrtf; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1705949465; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=ne9BvKSxz7v4JkHFvFpFN4M0zKzPyV5wRDzcwBpHJvw=; b=Iv8VpwkIDHRpkB924DcQdqSm894/2GFV9ee64Hyy9VSs+gmRPOMwCvv1ybzClZlcQZYYoN AARHCuLsbSxKgezN4BoMp6ko2Hp5201+OdkfESgm1PNtxKg5prc7Dvlf5eKElL36Q7YB/J tWkgcMvTBUObzN5uqaiqpHQPlpC8ZAYCIokxtVEidiujkAlSniZU35VSDEkG2E1+xgkjMx eiaXR/KZKOVdKN9R+m1KB4S8pMVSPcT/YdjUPu07LuOYMmq0bm2yegiiE8EEtANjvRXGy0 92RNOsgfxKhE51A93MF3BzEmUd8Ol/mz9Ho89xPZNirtJ79OE2XGlWxQAJwW/w== 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 17A027816F for ; Mon, 22 Jan 2024 19:51:04 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rRzNI-0002Jt-OO; Mon, 22 Jan 2024 13:50:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rRzNC-00021D-W1 for emacs-orgmode@gnu.org; Mon, 22 Jan 2024 13:50:20 -0500 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rRzN7-0008Fv-K3 for emacs-orgmode@gnu.org; Mon, 22 Jan 2024 13:50:16 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 9A6A0240101 for ; Mon, 22 Jan 2024 19:50:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1705949409; bh=z2SPw3yhYPHJ+ZIx++nz3JyCJdnymGMkrdG1UcW0zTQ=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Cc:Subject:Message-ID:From; b=CTHwbrtfwFlvoABZ0wKDMlWUdSN4/op7qlOqoKRF45k7mLFJXv5jRqSI5AlesBBKh ziZmMRGH6zLDtKVMKdNB9uOefZ9FojKuzGE4eyc8RLTKnudFVU7IC7EWlrrpf4jAvb EvYc3ogdrMGlbspNMEIO8HytK42wCeGlhnw3fytK4Agm6GjE0tGpulMMQSdIoDRLwA Dgi3A7YHwb/B2/Rl1UJ7qRVU+9kyu2QmKWkEEQOUVXd2ZVFDYhLO+DPRUSC3FUFrmS XerMYF2o1zAb+Uewv+WmsivyhqvfiZYWzjK20yHqk8+mLumegLY97LfLh6HFWGNqqs YXu+sKG/fTRwg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TJfRN68xsz9rxF; Mon, 22 Jan 2024 19:50:08 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 22 Jan 2024 18:50:08 +0000 From: gerard.vermeulen@posteo.net To: Ihor Radchenko Cc: Emacs orgmode Subject: Re: [BUG] org-lint tells to move #+name to wrong place in results block In-Reply-To: <875xzls08s.fsf@localhost> References: <60f395fcacacdc6a7d9de3cd7a00032b@posteo.net> <875xzls08s.fsf@localhost> Message-ID: <429d681f72b1b13d81f24836017929d7@posteo.net> Received-SPF: pass client-ip=185.67.36.66; envelope-from=gerard.vermeulen@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx10.migadu.com X-Spam-Score: -5.89 X-Migadu-Queue-Id: 17A027816F X-Migadu-Spam-Score: -5.89 X-TUID: PB3ID8QtNqi3 On 22.01.2024 19:15, Ihor Radchenko wrote: > gerard.vermeulen@posteo.net writes: > >> For the listings below org-lint tells me to move "#+name: OUT" >> downwards: >> >> Line Trust Warning >> 17 high #+name: in results of evaluation will be replaced by >> re-evaluating the src block. Use #+name in the block instead. >> >> This is not true > > Good point. > The real problem is indeed different - when the source block has > :exports code, results will be removed and any links to OUT will become > invalid: > >> ..., but exporting says: Unable to resolve the link "OUT". > >> FR: would it be possible to resolve such links? > > What is the purpose? Why not simply leaving the result name same as the > source block? I have Python "IN" blocks generating Python "OUT" blocks that may end up on different pages after exporting to LaTeX and PDF. The FR would allow to link always to the correct page. I have 10 org-lint warnings of this type for a 150 page PDF document. Most of those "OUT" blocks are on the same page as their corresponding "IN" blocks, but I have worked around this limitation. I can live without the requested feature, but it would be a way to eliminate an org-lint test. Best regards -- Gerard