From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id W2AqAc6ex2S70gAASxT56A (envelope-from ) for ; Mon, 31 Jul 2023 13:45:18 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id 6JISO82ex2RMBgAAG6o9tA (envelope-from ) for ; Mon, 31 Jul 2023 13:45:17 +0200 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 8FAC95F40E for ; Mon, 31 Jul 2023 13:45:17 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=autistici.org header.s=stigmate header.b=DkaGcZFk; 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"; dmarc=pass (policy=reject) header.from=autistici.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1690803917; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=vXEh32Y85uV2ZrOeOVsgSvt4GfYDoranilmJ6gND49Y=; b=icqX6o65+K9eJH6BeYSQa81tLhv7/zSMSwcQqgyQ0NkfSj6R8fHsmjSiwMdwBSyr9n+w7M 5mAMSra4iuZe491rcwsvFmYzCuVZROOhNPH9pZXfAzOlwmb/C3Ovc+wEZkGbb8JOrl3mG9 LenoUWwAFpV+ERBbbBe8NI9RUip/d+bQkv7FdlgyGc0seEbpHHXPGcLilBR7lDZW7EhfFu tkWfK5x2SqKnrccuKbdFTny+7VcgSOnxx8AUQ7ukBsAsnCiupokpDfkE+1QtJe4QY7IVW7 UUGkN1tsx979Oq6SulzpsX9ktOndII/+ZawmyoxbZFFO4OQA4wBKYRR3BbzaEA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=autistici.org header.s=stigmate header.b=DkaGcZFk; 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"; dmarc=pass (policy=reject) header.from=autistici.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1690803917; a=rsa-sha256; cv=none; b=SrNqypkjHaHUT6rwrJyAWLOZk8N+phSzOibmVAYfd5NC5bUvR93TvJO3iESApzH2eDdauW iFmLX5G4CeoS5BWSZy5aYSa0vCJ94jqPtsEh8oc7syA+zkFqKerM3mOkmLNKX7ZdvKys2O sVefBskzEOkMmV8ni4v5XJNl9TfI79aV62wsZclOc4vSsv5rjNYMW/7xrIQp8hwy0WPCuu mj13GAGbwgtEswC8IMms7PcSxiU3eE2vmG5OAfhWOR3HDKVSyoX19Is8pViitBq7kz4sc3 2LIf/NDue/e9JH8pXLTl9Tfo2uK0gG9vUACX4N6v74ipRVm2A5fmSweiIy+VfQ== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qQRKA-00080n-V7; Mon, 31 Jul 2023 07:44:30 -0400 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 1qQRK6-00080e-M7 for emacs-orgmode@gnu.org; Mon, 31 Jul 2023 07:44:26 -0400 Received: from devianza.investici.org ([2c0f:f930:0:4::108]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qQRK3-0006th-Kc for emacs-orgmode@gnu.org; Mon, 31 Jul 2023 07:44:26 -0400 Received: from mx2.investici.org (unknown [127.0.0.1]) by devianza.investici.org (Postfix) with ESMTP id 4RDxGm60jPz6vBD; Mon, 31 Jul 2023 11:44:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=autistici.org; s=stigmate; t=1690803856; bh=vXEh32Y85uV2ZrOeOVsgSvt4GfYDoranilmJ6gND49Y=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=DkaGcZFkUcmfDgphi5wLY9FcJQmj3bKxkF4kr858/DMP3jrtyojLMBpfymEfXpXZ7 c0a6wDg/S8AbOsYG08TwL8inrlAsU9G31gHVD3Wcjwl7v2Kf5aeKZFqmVw+sZlzahW 1a3XHcpFVgJU1OjcSwaqCmSXCR9LQ9Nt54HjH1yE= Received: from [198.167.222.108] (mx2.investici.org [198.167.222.108]) (Authenticated sender: jgregory@autistici.org) by localhost (Postfix) with ESMTPSA id 4RDxGl00SWz6vC6; Mon, 31 Jul 2023 11:44:14 +0000 (UTC) References: <87bl9rq29m.fsf@gnu.org> <87fs5svjqb.fsf@autistici.org> <87a5w0yvhf.fsf@localhost> <87ilam3bv1.fsf@autistici.org> <877cr2id09.fsf@localhost> <87zg3uxyba.fsf@autistici.org> <87sf9lv9ta.fsf@localhost> <878rbchyt9.fsf@autistici.org> <87edl3xdhe.fsf@localhost> <87tttyjw6b.fsf@autistici.org> <878rb990n5.fsf@localhost> <87r0p1pk2y.fsf@autistici.org> <87jzus8ive.fsf@localhost> <87mszj99n0.fsf@autistici.org> <87edkvm6kv.fsf@localhost> <87ila696wu.fsf@autistici.org> <87a5vh95wg.fsf@localhost> <875y65cy0r.fsf@autistici.org> <87ila4fpw5.fsf@localhost> <87o7jwazmn.fsf@autistici.org> <87pm4bp4qu.fsf@localhost> User-agent: mu4e 1.9.0; emacs 28.1 From: Jonathan Gregory To: Ihor Radchenko Cc: "Dr. Arne Babenhauserheide" , "Victor A. Stoichita" , emacs-orgmode@gnu.org Subject: Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?) Date: Mon, 31 Jul 2023 08:14:22 -0300 In-reply-to: <87pm4bp4qu.fsf@localhost> Message-ID: <87jzugb914.fsf@autistici.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Received-SPF: pass client-ip=2c0f:f930:0:4::108; envelope-from=jgrg@autistici.org; helo=devianza.investici.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_PASS=-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-Spam-Score: -7.92 X-Migadu-Queue-Id: 8FAC95F40E X-Migadu-Spam-Score: -7.92 X-Migadu-Scanner: mx0.migadu.com X-TUID: Ms9J+vjdz8Wp On 29 Jul 2023, Ihor Radchenko wrote: > Jonathan Gregory writes: > >> The basic-mode term is not very helpful. Perhaps >> [inline/cropped/embedded]-mode would have been more descriptive >> in terms of what it does. > > Sounds reasonable. I like "inline-mode", although no strong > opinion. I like it too. >> ... Anyway, hard-coding paper settings would simplify things a >> bit, but I'm not sure that hard-coding the version is a good >> idea and may produce errors with older installations. > > Do people have reasons to use older versions even when they > could use the newest? Probably not. > For example, python2/3 or MathJax4,4- were breaking and some > people were relying on legacy code. So, we had to provide some > extra versions checks and toggles on Org side as well. We're talking about different things here. Lilypond needs the \version to upgrade the syntax. IIUC this makes it possible for a future version to compile input code correctly, even if it was written in a previous version (which may have used some different syntax), as long as the \version is included in the main file. There's even a `convert-ly` command to make upgrades based on the \version, so I'd suggest moving only \paper settings to the ob-lilypond file and keeping the \version in the source file. >>> #+name: test >>> #+begin_src emacs-lisp >>> (message "This is test") >>> #+end_src >>> >>> #+begin_src emacs-lisp :prologue (org-sbe test) >>> (+ 1 2) >>> #+end_src > > Correction: `org-sbe' will execute src block. So, my example is > not completely accurate. Getting src block body is still doable, > but a tiny bit more tricky: > > #+begin_src emacs-lisp :prologue (org-babel-ref-resolve > "test[]") > (+ 1 2) > #+end_src > > It think that it will be logical to add reference resolution to > :prologue/:epilogue. I will see what I can do. (I may need to > look through which header args are resolved and which are not - > there seems to be no consistency) What do you mean by reference resolution? FWIW :prologue (org-babel-ref-resolve "test[]") works even if "test" is a lilypond source block. This is good. Again, no need to add <> to all lilypond blocks. >> Interesting. I didn't know about org-sbe. Looks useful. I'll >> look into it when I find time. In the meantime, we can use: >> >> #+PROPERTY: header-args:lilypond :noweb yes :exports results >> :prologue (org-sbe version-and-paper) > > (This will work because ob-org, by accident, produces body as > result of evaluation, with default header args) -- Jonathan