From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id CN9cDEw0xWLHYgAAbAwnHQ (envelope-from ) for ; Wed, 06 Jul 2022 09:05:48 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id cA51DEw0xWJiKQAA9RJhRA (envelope-from ) for ; Wed, 06 Jul 2022 09:05:48 +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 691489CAA for ; Wed, 6 Jul 2022 09:05:45 +0200 (CEST) Received: from localhost ([::1]:49104 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o8z6W-0004gP-Dj for larch@yhetil.org; Wed, 06 Jul 2022 03:05:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58750) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8yuy-0005hu-FR for emacs-orgmode@gnu.org; Wed, 06 Jul 2022 02:53:48 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:47017) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o8yuw-0004m8-Mn for emacs-orgmode@gnu.org; Wed, 06 Jul 2022 02:53:48 -0400 Received: by mail-ed1-x534.google.com with SMTP id x10so10670935edd.13 for ; Tue, 05 Jul 2022 23:53:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=86T7dZdCe3KsYDWFM9ErCOgHmWhho/NuAqJzKTMXQ4U=; b=iKscsp/ngtGaB8McDslUcW/wit4qyW1wJNJ8FRHcfdoy8aPv4CR/0B2fiZD4Hj7nzf T311UdhTHlc+7VcHKbnGg8Hx5nd0JpMQbzrBEEevE9pLGVHYc6BmjoXXHr7oI9BPTtaH NTSn31cRuCF4xl/62zR+qtUJu2W8Lu1EJ614zlmRMMcjVRqlel3t66+xPFXuhZU7O50I kc0pE8LHk3QG7hq3BDSt20IGrFrQ8bsvtfWYwQGBiyv5D4qwcEF//78YvMhrGQ3LmrT+ Fk+t/9JERTG7NG1CGWaVSlzqEw7szuxWwk0zfvHreF1hm6TZMFtRJMiXsu7gZIZQgHOW PLzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=86T7dZdCe3KsYDWFM9ErCOgHmWhho/NuAqJzKTMXQ4U=; b=ZWgdZcy/zFU9Oi20PDukJZfm3hJiDGyEAGortQC7OF/pwWlmx51+BHFbjENRvTouR1 SXPKgsJRDMHvMOa5YzmN2FvTBu2kpRa5avuDtrkBwmtMqtVWB27NLG74vUdGg3p57GTM QBTLYYSLRUt55IfXI/8jkvmQnguYCmOS0hBgr0ejkfS6d1mZsgmubKJyfxuX/5NYrPs3 gI5IMr7nMCeFi97gDrRZg4NrCRk1Fa23qxtuegTCVhiwcoNWEDUw5Dp+Yv2zlFtxmnxW +mIrd+L6ICg2zmQwzlad5HAzM89hZD2/F0A3Df0RWY86iWT3ly+AchsOOlPyCkkJf6Bw Xa+g== X-Gm-Message-State: AJIora+mkJ9tx8t3m/ZWhyRIKGrLg4WRgGol4u42f5KtiYv/TLiEB+gF ZJjDBHEuhJwjt+bpX0PROlh7A7JEbIYAWpx5fCi7yMGzPrg= X-Google-Smtp-Source: AGRyM1s0dElgQsz1MM3q9dUbg7g24iST4CMFlEfDL8NVRwvUQr4DYtnoW/TIGH1v0NcJBILpEFNVAP/w75K9CFvJlws= X-Received: by 2002:a05:6402:5384:b0:431:6d84:b451 with SMTP id ew4-20020a056402538400b004316d84b451mr50942966edb.46.1657090424442; Tue, 05 Jul 2022 23:53:44 -0700 (PDT) MIME-Version: 1.0 From: Pedro Andres Aranda Gutierrez Date: Wed, 6 Jul 2022 08:53:18 +0200 Message-ID: Subject: Re: Re: [PATCH] ob-latex: Added support for including files with a relative path To: Org Mode List Cc: emacs@vergauwen.me, yantar92@gmail.com Content-Type: multipart/alternative; boundary="0000000000001c13e305e31d6e49" Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=paaguti@gmail.com; helo=mail-ed1-x534.google.com 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1657091146; 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:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=86T7dZdCe3KsYDWFM9ErCOgHmWhho/NuAqJzKTMXQ4U=; b=hIux4+8zp3tUEOAE1CVU8FaLmu5tu7oLpntKJVAcs7IDNQ+bfcTMD2ONTd/RAAZFIizoXZ 33thNIBsAJJ6GsVBztUyaOr9heP5b2UL+IizQNSR996j+s1wOldoDAN/l20vWokdQ1OPJh qMrRU2jIkkuubnysw0IGIgH78aOmjT1102Ny5LfTOH+8dJvHEE37E9zcCsjn8qBiJh4ysV oQ299gVgtw4x7xlb1VHMs7tZWCikbX/M/i431bD5V73wGMqQavPqoDjaNN/t2U+GF4/AGj 4PdQUNjEb63AdEVXA1zfMb6gziKqKkqVk2gYsruTsybFp7Npo+Bg/67+/TufVw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1657091146; a=rsa-sha256; cv=none; b=qBjPwZ1o5TYA3Kbmof8fdFMmbXy+wKHItPHN8ign72OELtv5rXwXLBznwN27YgvrO+Ge4p X2jai8kYme13KhR2ywbZqn7qwCJxhZ1ws55QplVgr/dHiSsvbRpbzSnVdJ03jCsMAnx4aM hrJiJLAMCUXRmx4DKYkEHbtVICB5ev/DkT04fK2JALiB3SnlluTi0F2Vix8QDqeZvpzFor y7rbPLPYg5tQktNiZghExe3nvjjMtAKe9HulPEOKi2Cv1iddQAvuW/VnbUiW3zs8hidPHe DJdnNaNx2u2fdb0kJHhtpM8gT7Xiosza3tV9pQLzffEVyUqLL1iiDAbheyG++A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b="iKscsp/n"; dmarc=pass (policy=none) header.from=gmail.com; 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" X-Migadu-Spam-Score: -2.95 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b="iKscsp/n"; dmarc=pass (policy=none) header.from=gmail.com; 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" X-Migadu-Queue-Id: 691489CAA X-Spam-Score: -2.95 X-Migadu-Scanner: scn1.migadu.com X-TUID: 1HKJInA4W1g0 --0000000000001c13e305e31d6e49 Content-Type: text/plain; charset="UTF-8" >Message-ID: <87fsjfn7jw.fsf@localhost> >emacs--- via "General discussions about Org-mode." > writes: > >>> Hi, adding an "input" type of header is one option. What about adding a >>> call to resolve relative file names instead, thus solving maybe other >>> needs in addition? >>> >> That was my second approach. I was concerned that forcing all imports with >> an absolute path could break existing exports? Correct me if I'm wrong. >> Using the :header syntax external files can be loaded in via the old way, >> whereas using :inputs all relative paths are resolved. >> The downside of course is that we clutter the export settings with a new >> parameter. > >Rather than changing paths to absolute, we can simply play with the >working directly for latex process and set it to the directory of the >.org file (unless :dir argument is passed to the latex source block). >This is probably the most expected behavior. > >Best, >Ihor Just my .01 cents... For Latex stuff I'm using just #+HEADER: \input{preamble} and have my preamble.tex in the working directory. (For Beamer stuff it goes in a LATEX_HEADER). Changing that to #+HEADER :inputs '("preamble") well, would be a matter of taste. However, adding the :dir option to the equation could be a game-changer for me (at least) Best, /PA -- Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --0000000000001c13e305e31d6e49 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>Message-ID: <87fsjfn7jw.fsf@localhost>
>em= acs--- via "General discussions about Org-mode."
><emacs-orgmode@gnu.org> writes:>
>>> Hi, adding an "input" type of header is on= e option. What about adding a
>>> call to resolve relative file= names instead, thus solving maybe other
>>> needs in addition?=
>>>
>> That was my second approach. I was concerned t= hat forcing all imports with
>> an absolute path could break exist= ing exports? Correct me if I'm wrong.
>> Using the :header sy= ntax external files can be loaded in via the old way,
>> whereas u= sing :inputs all relative paths are resolved.
>> The downside of = course is that we clutter the export settings with a new
>> param= eter.
>
>Rather than changing paths to absolute, we can simply= play with the
>working directly for latex process and set it to the = directory of the
>.org file (unless :dir argument is passed to the la= tex source block).
>This is probably the most expected behavior.
&= gt;
>Best,
>Ihor

Just my .01 cent= s...

For Latex stuff I'm using just
=
#+HEADER: \input{preamble}
and have my= preamble.tex in the working directory. (For Beamer stuff it goes in a LATE= X_HEADER).

Changing that to
#+HEADER :inputs '("preamble")
well, = would be a matter of taste.

However, adding t= he :dir option to the equation could be a game-changer for me (at least)

Best, /PA
--
Fragen sind nicht da um beantwortet zu werden= ,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 0= 9:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed= hook here, but we can't yet

--0000000000001c13e305e31d6e49--