From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id IGz5KQRw6GVOYQAAqHPOHw:P1 (envelope-from ) for ; Wed, 06 Mar 2024 14:30:44 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id IGz5KQRw6GVOYQAAqHPOHw (envelope-from ) for ; Wed, 06 Mar 2024 14:30:44 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=rM07bkmR; 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=1709731844; 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=gRDH8Itpnn0xfsinMRjztPwKhYqY6h4gjkd1FRKHVoA=; b=BAQjoZ6/2fn8s3rec7gU2qoJSmNr0idoOXKtYoU1kvSdlNThKWPna7cI6nlPKsBNrUlUSr GhaSU/YaAW69TmsBO2mSuaWdUCl9cSi5UiYH6oA+AAnOKaKie2bF0br6mcusR7NQ8oXb4B QdmhKw/6YY7J7JTLd1nc1EKBnmORIb30Y7puYklI34lfpBG1O9VF8c9t5HfAUoilOUwSqT 72+OwpKE/sWQZv4eurFA5ZbM9Ol3HBZNBEbVFZisO3ltj+cr8e3I4g6fNiZKlihgincqkP DMs9PObuJ6+kbjtBEWl9zmLaWmoM9s4NEcqsstp+qU0C4HIYnHzkSY++j1LZFQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=rM07bkmR; 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=1709731844; a=rsa-sha256; cv=none; b=aRgjCy3bP4kgrgcLtvm2uUrXedOe4EjbRJYvvA8YsT3lC/aASE3vaI2iCS0PFXVrM5uD4t 8v731raLSB2sUjG2FQ5GqUn0HZ2BcgatzfX610SxQeBCgx7gXR/cmUNjwQqQFssrHY/fYj nWyusPGRt1a5G35eQ24U61eymmKqrwrU6WY/fproE8RUzNHcsIsGhxAgZxq5NiS7/IN46S 8KgcHKfFrE862nRr0NM1YAXRWUNrtPoxALkS0ahJQkbhkRLFjs8GEjDL0p2+7lvOHYgaNz JczdKd2yUh0gl5mEKVdLamdTC6peIWxvZLQYgQtTkJrDqjZHLwtfEB1xzid+bw== 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 44D94673AF for ; Wed, 6 Mar 2024 14:30:44 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rhrL7-0006rl-6H; Wed, 06 Mar 2024 08:29:45 -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 1rhrL4-0006rL-SE for emacs-orgmode@gnu.org; Wed, 06 Mar 2024 08:29:43 -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 1rhrL2-0002BV-Fp for emacs-orgmode@gnu.org; Wed, 06 Mar 2024 08:29:42 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 337DE240101 for ; Wed, 6 Mar 2024 14:29:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1709731778; bh=2TRuEly1fzurb1dLqHpfnGJVz2tMS73IFAYYjhUwQCU=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=rM07bkmREXAnZo1lIteybpfERMQYHHvzPhJLV6moRtsS1zlwPXvUOr7V3Nd+wDUz1 5j2IJUlbdAf5psTRrGmV2/qHOLBBHVNoDQOe6vSfgAspMQsp/TA0KYfIG2qsKoCbVM WVVc6lYFPvLuoI5u5+KP3SVjvCxlme/k192T0x5WempibKacZceVH0jmyrhZjacLPH k2m/A156Lo77IXB5HoUs0+bU0F3gyUWXDTcPblmA3U343UpvgvFRBprj1jOudUh8N8 oUcduCe32Decd9Yz9IXibodg5fTWFtJQXW20RgCT7WSMvqJhg7Fyajq86zgfcRmlZ0 hJbK0rXryc3pg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TqYFF3Jv7z9rxT; Wed, 6 Mar 2024 14:29:37 +0100 (CET) From: Ihor Radchenko To: Amy Grinn Cc: emacs-orgmode@gnu.org Subject: Re: noweb-start and noweb-end header args In-Reply-To: References: <878r2v38s7.fsf@localhost> <8734t337l1.fsf@localhost> Date: Wed, 06 Mar 2024 13:33:39 +0000 Message-ID: <87wmqf1o3w.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@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_H4=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-Spam-Score: -6.61 X-Spam-Score: -6.61 X-Migadu-Queue-Id: 44D94673AF X-Migadu-Scanner: mx13.migadu.com X-TUID: 9Rf9U3uOyVVH Amy Grinn writes: >> This sounds like XY problem then. >> If the real problem you want to solve is fontification, we may instead >> adjust Org mode fontification of source blocks to exclude noweb >> references. > > I see a problem with multiple possible solutions, some more involved > than others. The org-babel-noweb-wrap-* variables are already > customizeable and, in researching a solution to this problem, I have > found users who set these variables on a file or directory-local level > already. Yup. And most of these customizations are aiming to solve the fontification problem. If we did not have the problem to start with, re-defining the noweb wrap syntax would be unnecessary in many cases. > How much does org mode modify the fontification for an indirect buffer? > Without having looked into it, I assume not much or at all. > ... I think > that approach could be more complex, especially when dealing with a > theoretically infinite number of major modes. Org mode does not _currently_ modify the code. But that's actually wrong - things like escaped ,* or indentation sometimes also stay on the way and produce incorrect fontification. So, rewriting the fontification of src blocks to cleanup the code before fontification is long due. noweb references is just another manifestation of this problem. > Both solutions could be implemented at the same time. We could build on > the existing functionality of the wrap-end and wrap-start variables > while also looking at ways to modify the syntax highlighting without > user intervention. I am not in favor of adding features that aim to serve as workarounds to Org mode. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at