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 ms13.migadu.com with LMTPS id mJycBhL0aWe7TAEA62LTzQ:P1 (envelope-from ) for ; Mon, 23 Dec 2024 23:36:50 +0000 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 mJycBhL0aWe7TAEA62LTzQ (envelope-from ) for ; Tue, 24 Dec 2024 00:36:50 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=chen-becker.org header.s=google header.b=nned3BCW; 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=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1734997009; 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=QEnKqBIRY636txtju5yYFzK4IiaRXe9O+X+b42E5WRI=; b=ROTp5VRkFSAJKqCnR4qvdfMVnz1FIM01huBBf30Z1qIDATdJTgbAGhHYosvxChCdfsNi91 8axgMY0avPZnzszNYy4uskW6bwADbvUeJXsWBIdV/JOjNRhyyj1LiwYKIbi0nGWEr/nqrd eDtD1mAuGLW9XE716/JGhD9JXpJ7avuE547tBpWqrRMnLpPK4Srh67aRhJdeR3j0EXt2TN cOn5j0GiOEHYhbeWSw+/ynXbfDVd2Gagkx9nWaae/Z8HjqwzNTwqH4ObOdKZiFxml6Nn/h /vW2aJ7FLuZ586QRfHLmKm1Zkc26By5HE6aZbfZb7zCkVFE8hBBDaGqeEBnFAA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=chen-becker.org header.s=google header.b=nned3BCW; 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=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1734997009; a=rsa-sha256; cv=none; b=joZZVffdC6+u7kJlsntN4sm+m9ftYZni1zZeO4zPbBGBmvgJPHQerJRLGMaBemzxLzP5Kz lugXQKYXRqKzsoVMH7Y0/Fsl2yf7OigwpVoFT2M/xVcppk3Lrp2E8Vlf2NwOmxwJ9wqrXs Vpfei0FaFtrWiGG2a8524s8tukXsTXfFhnpZkOT4GGcz/wEjD/B2s3wjC1FRJiv27Vsu87 jmQLq6nRSX6pCdK/M854GSsR8o3dRgnjMC7q3G4YHPakp3zGTZqh7RZHrWckHDBega2gK+ gx8JMldhWbocWp864vP+ZBWw3p63Afu4+fa8vKnPmFKEweisjIOAEftK9ytxoQ== 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 E50748272F for ; Tue, 24 Dec 2024 00:36:48 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tPryQ-0002Td-1r; Mon, 23 Dec 2024 18:36:30 -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 1tPryO-0002Ss-8f for emacs-orgmode@gnu.org; Mon, 23 Dec 2024 18:36:28 -0500 Received: from mail-vs1-xe29.google.com ([2607:f8b0:4864:20::e29]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tPryL-0007TV-Ic for emacs-orgmode@gnu.org; Mon, 23 Dec 2024 18:36:27 -0500 Received: by mail-vs1-xe29.google.com with SMTP id ada2fe7eead31-4afed12283eso2904626137.1 for ; Mon, 23 Dec 2024 15:36:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-becker.org; s=google; t=1734996984; x=1735601784; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QEnKqBIRY636txtju5yYFzK4IiaRXe9O+X+b42E5WRI=; b=nned3BCWamACJUWLh7qsJ4ibgY9MAp3e5rxK+X3VohU5uuIeJy3+V4Oy5IX2bevJid mqvFvRxJHyFUU91qjYYAwk8iyMqEz9Pucs0rIFfbeLofy498CvCjSWHyQCMHXkIDQkAu Rfu1uZTlxp2Frsusv5MJb0pWEEsLuC0g29BaaYoATxz/SDCWMHWOrmDywyu5j1N6F3yS Msv1FnIkb1qBW04KA1YcdKRdxWZ+TzxKTxzSpCI/w1CnpnQt1lNA9Bt+Lerp09abV3oz wKoJTOQJMKasYW7y3Rx4VrBQqe8cZfEhx+9tVQ3sXT2ywnp6nvEalzpAWqZMXBLQ7mFt zNOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734996984; x=1735601784; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QEnKqBIRY636txtju5yYFzK4IiaRXe9O+X+b42E5WRI=; b=vo1NxafXsfTSGngzy+qYS7qmn9P0g5f4oDYmrb/MafuuRWslOmLxtfUhUGNsS7uJgq SAVz4TaFQImKFsNsOpQN0HLIGrIOiRmN1CujsJnRGQcDRUfa+SWIB7eJJC1rMCHk7UBE yJkcyszLHPGP5/VvclzMvZidgHhGicb8T3t5B1ZkuYD+FqfC25o1qn3WdWEmfq74iZqL atBAuAUWWx2Ar16+KJXncIsb9BsKsMuIB85C1t22gXoy9NuMRSmZr+ZIxROFJDnBTxTm kS8MGqqbNBFAbeOA/cpSqBXKP1b6O4YUlGLTMaxP4qXoQ5bCVd5sqJIlOt64mqatM6ha nN7Q== X-Gm-Message-State: AOJu0Yx4oPH6WvXqgXXLk4oqLv/v1Mup0JFoarrWV0OOaW6eAx4cnBhw 9HOacNPpiJEPP4r4gsV0/bj2Wqh2clRvJsYqwbMcqXMwQGNaV4t6I2w4XJ/OmkvfBBCzd+FPh5J TplvGVJ25CtPm04eEuRguP9e+OkOfBE/KOEKs9KuTWoIypMN9 X-Gm-Gg: ASbGncvEuO2UAqUNRZvp/n0rWSNs3T2FU5Cwn7rQYbVjQJhTQBp2kE5xjXlLfie7qHI nByI8Uf0liT7/wKnjiKFJToUN2ec0qGDXT3I= X-Google-Smtp-Source: AGHT+IEwBnvUA2ec0Pn0jF5cV305bxZP2km6KPeSMhO8DB+R6VBj/zqx9G2lb1QVjzT6DH3G3nX8HXPoPwORWmb6oHc= X-Received: by 2002:a05:6102:504d:b0:4b2:5ecf:d124 with SMTP id ada2fe7eead31-4b2cc388a9fmr13592067137.14.1734996983763; Mon, 23 Dec 2024 15:36:23 -0800 (PST) MIME-Version: 1.0 References: <2dijBN1CGUPtmZzcNXZAe54y8u0pC8V_DYIBCL4rSR1eh2s8TFJGW5V3q7pkiCRFtEHYXy66CU7F6kK3NN_VAX-R_RbAXptG0b5vOlUQsi8=@protonmail.com> <87y15bcbi1.fsf@localhost> <877c7zede2.fsf@localhost> <874j2z7a8u.fsf@localhost> In-Reply-To: <874j2z7a8u.fsf@localhost> From: Derek Chen-Becker Date: Mon, 23 Dec 2024 16:36:13 -0700 Message-ID: Subject: Re: [BUG] Cannot tangle src block in capture buffer [9.7.6] To: Ihor Radchenko Cc: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000e76ef90629f87609" Received-SPF: pass client-ip=2607:f8b0:4864:20::e29; envelope-from=derek@chen-becker.org; helo=mail-vs1-xe29.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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -7.94 X-Spam-Score: -7.94 X-Migadu-Queue-Id: E50748272F X-Migadu-Scanner: mx10.migadu.com X-TUID: Fo/OLrqVfijg --000000000000e76ef90629f87609 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Dec 19, 2024 at 12:16=E2=80=AFPM Ihor Radchenko wrote: > > Thanks in advance! > Do note that we still cannot blindly replace every instance of > buffer-file-name with the new function. At least a cursory case-by-case > check is necessary to make sure that logic will not be broken.] Understood, that's clear to me. I plan on making the common function something that will resolve the buffer filename whether the buffer is direct or indirect. For the case of a new Org buffer I'm not sure what I can return other than nil. For functions that require a filename, I think we'll have to evaluate those on a case-by-case basis and figure out if we can provide a helper/wrapper that can simplify error reporting when a filename is required. Where would be the best place to put the `org-base-buffer-file-name` function? Thanks, Derek --=20 +---------------------------------------------------------------+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=3Dderek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---------------------------------------------------------------+ --000000000000e76ef90629f87609 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Dec 19, 2024 at 12:16=E2=80=AFPM Ihor Radchenko <yantar92@posteo.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
Thanks in advance!
Do note that we still cannot blindly replace every instance of
buffer-file-name with the new function. At least a cursory case-by-case
check is necessary to make sure that logic will not be broken.]

Understood,= that's clear to me. I plan on making the common function something tha= t will resolve the buffer filename whether the buffer is direct or indirect= . For the case of a new Org buffer I'm not sure what I can return other= than nil. For functions that require a filename, I think we'll have to= evaluate those on a case-by-case basis and figure out if we can provide a = helper/wrapper that can simplify error reporting when a filename is require= d. Where would be the best place to put the `org-base-buffer-file-name` fun= ction?=C2=A0

Thanks,

Derek
<= br clear=3D"all">

--
+----------= -----------------------------------------------------+
| Derek Chen-Becker=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|<= /div>
| GPG Key availab= le at https://keybase.io/dchenbecker= and=C2=A0 =C2=A0 =C2=A0 = =C2=A0|
| Fngrprnt: EB8= A 6480 F0A3 C8EB C1E7=C2=A0 7F42 AFC5 AFEE 96E4 6ACC=C2=A0 |
+-----------------------------------= ----------------------------+

=
--000000000000e76ef90629f87609--