From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id SH4qCr1eW2GoBAEAgWs5BA (envelope-from ) for ; Mon, 04 Oct 2021 22:06:21 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id uF7jBb1eW2GZIAAA1q6Kng (envelope-from ) for ; Mon, 04 Oct 2021 20:06:21 +0000 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 9E836F0A1 for ; Mon, 4 Oct 2021 22:06:20 +0200 (CEST) Received: from localhost ([::1]:58020 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXUE7-0002VA-OV for larch@yhetil.org; Mon, 04 Oct 2021 16:06:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42310) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXUAv-0000es-UT for emacs-orgmode@gnu.org; Mon, 04 Oct 2021 16:03:01 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:24261) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXUAt-0006Zu-8w for emacs-orgmode@gnu.org; Mon, 04 Oct 2021 16:03:01 -0400 Received: (Authenticated sender: public@protesilaos.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id E590D24000C; Mon, 4 Oct 2021 20:02:52 +0000 (UTC) From: Protesilaos Stavrou To: Ihor Radchenko , Timothy Subject: Re: [PATCH] Fontification for inline src blocks In-Reply-To: <87r1d25vbl.fsf@localhost> References: <87pmzf4bd0.fsf@gmail.com> <87h7dy7f68.fsf@localhost> <877deuinmn.fsf@gmail.com> <87r1d25vbl.fsf@localhost> User-Agent: Notmuch/0.33.2 (https://notmuchmail.org) Emacs/29.0.50 (x86_64-pc-linux-gnu) Date: Mon, 04 Oct 2021 23:02:50 +0300 Message-ID: <87pmskr21h.fsf@protesilaos.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: none client-ip=217.70.183.193; envelope-from=public@protesilaos.com; helo=relay1-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: org-mode-email Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1633377980; 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; bh=QphQSxib6ZIqwD+ug8iUxmXFW5OqYuZV3SLAjdPEfhk=; b=LatlUXEF/BEr9TFdnofnmpVqceszsk2WwDQRbnZKsH0U0xviYY5FReIQwX+Udh4CWLC1Bz 0aIR2brg3CkaToRYoHJrgVpEvffXGKnRXBJWCPBiwsGBCcRUmhVlb37Tf1dX26yOGyUw4r 5NyzkRs6VJE7MNslS41oG9/QkijncLYKqa6Ln1fhiTUbMMT2IGMoyr3mHMBzlrZalfuzz3 KZ7iRbtuAeNGJ+ab8Zhb94Fo8RrXpwfMM8zgJ5BgvFO5tdxEkKyeYlMjXRiL6jHBER2K2H +F/oCq6DGpDJLVJPMyFtFROFHyxTH7c0oEEpqCIUJqDBLIkYC5b1F8a4B3i6Mg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1633377980; a=rsa-sha256; cv=none; b=Erwlp2gTi2gTlyLwm9XC8o4u86oolBjN3kmxUE+GT4P/xDKWsWfxH4jvk/x54Cwu22W4tL ZxwLCky22PvSLoHdhFDKV7edpgGlBjc/fURA9oLvMTweaafUuf1rpWbQg+GXFN3STP/jgH RXgD9iuJC0cH9ryabJc6H+NfrIB08qFNkaQn01LXIbHskxmwp6irbAYgIovoPzFJhHyuqI OCnP2lqfuTC6Ij/IDozg1iXJ5txS92TRBuQi57B/5toKMaUPHCuRHb0fbg4Cakw13/JLcX FLgC2w5A9i//MMbVLm4rs6D7tFqBfRTxMbqM7NoZDmxrcY0b4Yfrx3MGmDQ63Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -2.41 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 9E836F0A1 X-Spam-Score: -2.41 X-Migadu-Scanner: scn0.migadu.com X-TUID: fEWKz6wfGKj/ On 2021-10-03, 17:09 +0800, Ihor Radchenko wrote: > Timothy writes: > >> Ihor Radchenko writes: >> >>> Let me bump this thread again and mark it as a patch ;) >> >> Thanks for the bump. I'd like to get this working, but I don't know how best to >> deal with the "prettification" of {{{results(=value=)}}}, which is the major blocker as I >> see it. > > What about separating the src_{} fontification into separate patch? I > think that part raised no objections. > > As for the results prettifications, I look at this and similar ideas as > at Emacs themes. It looks nice on your screenshot with your fonts and > colours, but may not be good for other people. Similar to org-bullets > and co. > > I can see how some people (I am among those people) want to reduce the > markup noise beyond hiding emphasis markers. However, some people > prefer not to hide text in buffer under "bells and whistles". Maybe we > can create some kind of "prettify-symbol themes" replacing different > markup elements in bulk with nice symbols/svg (e.g. inline results, > block headers/footers, uninteresting property drawers aka > org-custom-properties, bullets, etc)? > WDYT? > > Also, CCing Prot as it might be of interest for him. Thank you! I am monitoring the discussion in case there is something I would need to do for my themes. Otherwise I have no technical insight to offer about the substance of this feature. With regard to the use of faces, I generally find that re-purposing faces in an altogether different context than their original can create constraints for users/themes. For example, and without having tried the patch yet, we find this:[1] (font-lock-append-text-property beg lang-end 'face 'org-block) Is the text-to-be-propertised the same as an Org block or does it differ in purpose/presentation? Because a user/theme may like their blocks to e.g. have no background of their own, but also wish to maintain a distinct background colour for inline constructs like org-verbatim, org-code, and those discussed here. The rationale would be that blocks are clear enough due to their innate spacing and indentation, whereas inline constructs are surrounded by text. This is not a hard requirement, of course, while too many overly specific faces can also prove problematic for testing/maintenance. Just something for you to bear in mind. Finally, how does the use of 'org-block' in this context relate to 'org-src-block-faces'? Could there be undesired conflicts in styling or whatnot? All the best, Prot [1] -- Protesilaos Stavrou https://protesilaos.com