From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id cCuRCvionmYWzgAAqHPOHw:P1 (envelope-from ) for ; Mon, 22 Jul 2024 18:46:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id cCuRCvionmYWzgAAqHPOHw (envelope-from ) for ; Mon, 22 Jul 2024 20:46:16 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=LRg4ZUiq; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1721673976; 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=CoU2PoJqdgkTy7pydgNm11RQPsyUR7sgG+/JqdilQX4=; b=FobsPcrZ+4oyF2t0rYaAAXUXObMmW8uXtiH0zeRS3ZpZu/FAbEZ8YYbbJFVzu1DUfqsrVA mYjs2y3iDgZ6fkGAjHLQGj0IKLEJnb3bjZnl2IJ21fAwNA/FY2H8VC3nA7t8rEgZC/XHWC N8d5eGq+dPi+lRYxdDR+aYlpl8qG41yFuLo0q2qq24fg3O/f6e+u6+JyhpFGoKikURtc9/ fknTtyqr8qHjKF2CncIy2giJ3E9xYKTIjgZeFGvv7PymWA5O69z7wFGIN4tgBgAySK1EIe cClIutxykdm0mUxUvHHHWLKYxZuGlT1w7S6F7ElOp4Y0bAcThARoey3/XUSpzA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1721673976; a=rsa-sha256; cv=none; b=ZwfGYSjsVJqPOIUP5vMMq8Ql/aENjvwgNhdIkdIv8kgvhdbxW9y5UCgXqEkrTXI0bE4rvC cN+Cl6lrDrw8vK1riF2tgSMhJiRrrAmZ+57/CpKuGvuk0MXeeZspZh7OwXk9mRDj+5OpUO Ykg581/42cXz9pKpT3c1H4nUy20gt9sPvAqwjSjuoWhj/CjFl7UORPjsn+VmCIbWawWPIu yL5vBlMax11iC5eFaxZL1q68aX2KDL5hUp9/VzMRF0fwLwpd2iv3KhU7g6qA0NvSk4mawh x91Pv3n6w1AqaHx3KalXkiIbhPfdUrN0QlU8txqSnRmQJcUrod21h6i2d8kmsg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=LRg4ZUiq; 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" 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 143A573F08 for ; Mon, 22 Jul 2024 20:46:16 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sVy2H-0001pC-A1; Mon, 22 Jul 2024 14:45:25 -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 1sVy2E-0001lW-Oa for emacs-orgmode@gnu.org; Mon, 22 Jul 2024 14:45:22 -0400 Received: from mail-oi1-x244.google.com ([2607:f8b0:4864:20::244]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sVy2C-000446-LT for emacs-orgmode@gnu.org; Mon, 22 Jul 2024 14:45:22 -0400 Received: by mail-oi1-x244.google.com with SMTP id 5614622812f47-3d92693f63cso483419b6e.0 for ; Mon, 22 Jul 2024 11:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1721673919; x=1722278719; darn=gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=CoU2PoJqdgkTy7pydgNm11RQPsyUR7sgG+/JqdilQX4=; b=LRg4ZUiqCBannXI8GomSteWJA1UJtm9gcQxfBqMD0otK/FUZ5Qj16RfK+I3T4ArRjY CqLq4jCQk8o/0sI/kc183LrC6YrNqhTpuwqa10IvrDQ8pkvhZlCEbjSD7EeYiq2XQxCQ Z2g8p09pMw2lbyFuAduSPoq/O6bKQ1DyJ13yVUBgMO+ocDa+ojzR5tvaBW+ObkudTq/h Kgux3PTKD2KtOjOqUhrkhebAjProVUu+sdpD4fQ3fHz4j18GoTpk20Wjnna0Vpufk7XA 4viMDTYsIfClyIdho1DZLrRhMRN1kLa3pUUXQ4PnLYteaoP1+h0xfDdNaVOY/dP7nL9D Jluw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721673919; x=1722278719; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=CoU2PoJqdgkTy7pydgNm11RQPsyUR7sgG+/JqdilQX4=; b=bTeTc/rb4mmVrMN+jvV1rrSfHYTvBM1XRMBiOhQ+fQMbwnKx3sVv9aKj3jcHCbzrZY FZYdORUiFVNdJ94exsacyLwiD6M1+NxmS8IyvzQyf3DVMJkyLohky0mk8yz4HO06jW6L NqMx7FW9PYbT1QqjxyMJmvj7i0JqikWJNLSeqSk9BBJJ/n3CGjSGFIx19Atj3fiuxm0a y0+ff/FHjWPrJwiyZYTUQDspLrq9g0jafmvFOupDOVV0xU9eBxFVsUFtrh1zLpgaHcep 1/M3r82BfAh7E5+1Sfht07pgJ4zPT8ML39E6Ew/jgXxx6jznWD9uJEnWbRDuaLHSyNEU wAEw== X-Forwarded-Encrypted: i=1; AJvYcCWNwtCE3xj963qmLTHffV2XBxykrHzBn4cQy6mfqN1fRIpVqHkA40W4Odf88VQ1a+xZqzS4nlawcOxDSir4F8DB8F6ALbc= X-Gm-Message-State: AOJu0YzzjAVeS/nEXducQ6KQjsX2SYW/yK2p4W/xjZPThNMWc3Oh/9Xp fhR/AYZw2IGDMqO3S6PNMlqnNBJ5W/tyitoZ4u8Hb7WGfi6MydtGbk3pwhHD X-Google-Smtp-Source: AGHT+IGqbyqM6JshzEw3sokpo3crsRITgTujYCPlfAtAytj5IGuuVoHJyzolewrw2Jus5GJNskSRXw== X-Received: by 2002:a05:6808:13c5:b0:3d6:2de0:84ef with SMTP id 5614622812f47-3dae5d37cc4mr5041400b6e.0.1721673917414; Mon, 22 Jul 2024 11:45:17 -0700 (PDT) Received: from gnus ([65.93.169.47]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-44f9cd34efesm35908011cf.46.2024.07.22.11.45.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Jul 2024 11:45:17 -0700 (PDT) From: Suhail Singh To: Ihor Radchenko Cc: Suhail Singh , TEC , Org mailing list Subject: Re: [PATCH] [BUG] Support attr_html in source code and fixed-width blocks In-Reply-To: <87a5i9mh19.fsf@localhost> (Ihor Radchenko's message of "Mon, 22 Jul 2024 18:13:22 +0000") References: <87v8277ye7.fsf@gmail.com> <877cems1t4.fsf@localhost> <8734o5v1sg.fsf@gmail.com> <87le1tmt8w.fsf@localhost> <87r0bl2vyv.fsf@gmail.com> <87a5i9mh19.fsf@localhost> Date: Mon, 22 Jul 2024 14:45:06 -0400 Message-ID: <87cyn52rm5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::244; envelope-from=suhailsingh247@gmail.com; helo=mail-oi1-x244.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -6.75 X-Spam-Score: -6.75 X-Migadu-Queue-Id: 143A573F08 X-Migadu-Scanner: mx11.migadu.com X-TUID: jrPGKSizgWLm Ihor Radchenko writes: > Your request, in its core, is asking to make treatment of verbatim > blocks more regular in ox-html. I would phrase it differently. Just to be clear, my concern isn't simply "verbatim blocks", and it isn't simply to make handling "more regular". Apologies for the innacuracy in the subject line which may have led to the confusion. My concern is that when exporting to HTML, for some HTML elements that are generated there is no straightforward way to add HTML attributes (e.g. "class", "style" etc). It is the inability to do so for some AST nodes that I consider a bug. Importantly, my concern isn't the handling of things that are NOT HTML attributes such as `:textarea'. Also, notably, my concern extends to possibly other blocks that aren't verbatim that lack the appropriate handling of #+ATTR_HTML keyword. > So, if we start allowing arbitrary attributes in more blocks, may as > well include specially handled attributes like :textarea. Yes, it is possible to address my concern while also extending support for non-HTML attributes like :textarea. However, they still are distinct things. For instance, it's possible that extending support for :textarea is considered a feature request (as opposed to a bug), and thus that support is added to the main branch as opposed to bugfix. > As a bonus, it will be possible to factor out common code handling > attributes (including :textarea) into a new internal function that can > then be reused. No disagreement here. > Yup. But since you are asking to add new features to ox-html, we may > as well do it in full (support all attributes, including special > attributes). I believe, that's perhaps the core of the disagreement. To me the request isn't about adding new features (though it's /related/ to a more general feature request that you seem to be considering), but about resolving what I consider a buggy behaviour. >> Additionally, I consider the absence of such support to be a bug. > > Since we do not promise it anywhere, it is not necessarily a bug. We also don't, as far as I am aware, mention that support for #+ATTR_HTML is ONLY available for some AST nodes and NOT others. Given that for the treatment of :textarea we are very clear on this point, the fact that we don't for #+ATTR_HTML suggested to me that this was a bug. I suppose it's debatable, however, whether it's a bug in the documentation or the code. But, given most (all?) HTML elements support attributes, it would be odd if the intent of ox-html was to provide a way to support it via #+ATTR_HTML while simultaneously /intentionally/ restricting its use to only a few nodes. Since `:textarea' is a "custom" attribute with special signifance, it makes sense that support for it may be limited in scope. Do you still consider this to be a feature request instead of a bug? -- Suhail