From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
Received: from mp11.migadu.com ([2001:41d0:403:4789::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms9.migadu.com with LMTPS
	id +CyfHe1f52TbVwEASxT56A
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Thu, 24 Aug 2023 15:49:33 +0200
Received: from aspmx1.migadu.com ([2001:41d0:403:4789::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp11.migadu.com with LMTPS
	id mGyXHe1f52SMIwEA9RJhRA
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Thu, 24 Aug 2023 15:49:33 +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 343FC5AE2C
	for <larch@yhetil.org>; Thu, 24 Aug 2023 15:49:33 +0200 (CEST)
Authentication-Results: aspmx1.migadu.com;
	dkim=none;
	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=1692884973;
	h=from:from:sender:sender:reply-to:subject:subject:date:date:
	 message-id:message-id:to:to: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=18i5jHTdnXD/vt/SLCvzN9qvRuDIXSUhy4TO7g+pMO8=;
	b=N8Wwr2HH4jXwcaW+nJdUM/c1Xkr3G9+AdMJ8ViosSpop0TClBdml/ysJukbqPOlNfNgdxy
	8MiZNY6XjfBkMjNvLYTmVk3keLj1L5LGXJ6lUPRZb10sNEyUCWbq1i/aUCDFh8fPH2xQ14
	23klSzOUgzsWbpEiTlm+fqmeO3EEZ/2awf/+PBElPCn0QB3zQ038c90O64SuZYJtw4SO2p
	2fVUSvctvq9j7yApQTgjrRRYcyUB7/FC9lPtzfxqGgX7VAjXVrCrq1x0bsT7cgYg82GRpv
	7LGoWSlWMsKGvgDB8wV7xVcb2E6AdmJvLgTVkqkPCkHVXv2nyAD6LDKqAMqwOA==
ARC-Seal: i=1; s=key1; d=yhetil.org; t=1692884973; a=rsa-sha256; cv=none;
	b=XlTrzy7YjVXGSNzojt6jHVBCtT09NPSRX1S6fAY693Liuzhjv/CmcSyr1rjj87ZKJCHLsd
	1HNlMGvpNUxqpLQPGNyqJJFHeyk7vN0bh0k62Cz3giD4+mRWWHRsLMCR1WkCtIbwdMGQtQ
	UPUHDtCFfJzJjRodbjBLE5kP9BtWVtIpOpPiRc++mgUmmuXP8/G+zb701JGMkGme8VlK4f
	DZcKhOaB7MEom2fPaHR/nZUnor0FThizqjUHyUFegn2VU7h/0JxdF6ohm8LslMZCj1Sx/b
	sQXmKk7CsCsZuYdP0CWte2muFns0C68ggaOeXNm10pmLAKQ/PwHUvU2fbZO03w==
ARC-Authentication-Results: i=1;
	aspmx1.migadu.com;
	dkim=none;
	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
Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-orgmode-bounces@gnu.org>)
	id 1qZAi3-0004Jf-E9; Thu, 24 Aug 2023 09:49:16 -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 <rladams@adamsinfoserv.com>)
 id 1qZAi1-0004JF-3Q
 for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:49:13 -0400
Received: from se13.route25.eu ([2a00:f10:121:a00:1c00:efff:fe00:1854])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <rladams@adamsinfoserv.com>)
 id 1qZAhy-0008If-Ci
 for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:49:12 -0400
Date: Thu, 24 Aug 2023 15:49:02 +0200
From: Russell Adams <RLAdams@adamsinfoserv.com>
To: emacs-orgmode@gnu.org
Subject: Re: [POLL] Should we accept breaking changes to get rid of Org
 libraries that perform side effects when loading?
Message-ID: <ZOdfzuHzFYFS0Q9V@swain.home.arpa>
Mail-Followup-To: emacs-orgmode@gnu.org
References: <87v8d47jqh.fsf@bzg.fr> <87sf88d5r6.fsf@localhost>
 <87jztkve0g.fsf@bzg.fr> <874jko3ad6.fsf@localhost>
 <87a5ugk46o.fsf@bzg.fr> <87msygk3zh.fsf@localhost>
 <ZOdSyWowPwPKlWnN@swain.home.arpa> <87fs48k2wl.fsf@localhost>
 <ZOdW-JqnXBhOgHtX@swain.home.arpa> <871qfsk164.fsf@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <871qfsk164.fsf@localhost>
X-Originating-IP: 185.87.185.80
X-SpamExperts-Domain: out.pcextreme.nl
X-SpamExperts-Username: 185.87.185.80
X-SpamExperts-Outgoing-Class: unsure
X-SpamExperts-Outgoing-Evidence: Combined (0.40)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9pvsbJqrMJ6cE934E+kdzXPUtbdvnXkggZ
 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5xiExUbNqvmdkLSOzf1W2Y3z8hkeSqZT0W1YMl0fRDa99cV
 PSoHm0W/3adFfiYl2nvmTv0iuvgShsPei3bdiWio/T4GcPvCLvSpAEEGy7kYxsD3QRUnhlexiXT3
 xXuXeIhevFP+kOiMW3ZJfjMJYMEj+gaXrHkgRC7/tI3CjXmVyj5maEn91siupP9b1DHLo97Hh0cQ
 L0Ci0sRm4Wh/iZxmZw2OUofLfB7s8QYvnn3mfgeph0m/7Zfos+AxsfpxEVjN0iSJBwaRRCp9wOH4
 R+ueaVyj66M1yz85ZZhpUrhTRbASVYnBhdKUnGmBdHG7BUn2dK6UtSEdwn3yFtfkzf2gMHGA0Osp
 wm2WSmf5Epb4loySCkOa0szaET5+A5bDC0a6NJsu6E+ceVG+anbEnhkxkTd25KmXez70nNdIomkO
 8OWBOXp8nHKe0R+FkIqN7hlNGnlor5wxLBzsdFeo4tRQGCEuy9Dukp7TrwOagW6uFtQmV5Z+1S6W
 RsLXYNyKI5QBDLdZGhaGMngAFGniylMEqwf9bMTvxYH7osomSTjBYM6++d/AB1SvyZ3HUUWUCpaA
 Med0X7Sl8/xE9ACSipBGzW/48RMSSPU4nfRaGK/gRXbuY2/zN9evqmMYUbFOXs4DfD+H3cEkPAiQ
 S+cLLJ2YwxHemKZb4fqGsuztuKEz56ntKr6+crm+rffkaQ6ZgOiMXiuEqV1z1/LQXN3EpAcjiAp3
 LmnlY6pf3MiGGIlH4LMc0vLYmlkl9TQA6WlF8HhzTVssLhP0zSfKnQ0robYbIbtf63VNbf0lrvss
 Y+k7ACFYjGBZUplStYNPPQp14zNyw14COxXx7UdMZrbv8eRj5etJAHCRpEM/7/cneFQN6fDdHNr1
 EWHzscztBgVEgSq+ZnfG7K0HqiDsdwhHCXzemPhUYiRZWFKmibEQScU/huV69colAVsa9ZZprYsm
 kC0g7mwqrZSw+kxwM6FPyf+m+2yLPSXDTe3mgQj2Qmeep8knyyU0QBpiK1Qf+zrSKJ0=
X-Report-Abuse-To: spam@semaster01.route25.eu
Received-SPF: pass client-ip=2a00:f10:121:a00:1c00:efff:fe00:1854;
 envelope-from=rladams@adamsinfoserv.com; helo=se13.route25.eu
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, 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." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=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: -3.39
X-Spam-Score: -3.39
X-Migadu-Queue-Id: 343FC5AE2C
X-Migadu-Scanner: mx1.migadu.com
X-TUID: 1tE0Y9Vnv2aH

On Thu, Aug 24, 2023 at 01:41:39PM +0000, Ihor Radchenko wrote:
> Russell Adams <RLAdams@adamsinfoserv.com> writes:
>
> >> * [#inline] Inlinetask
> >> * [#inline] END
> >
> > I think the multiline aspect is where the concept breaks down.
> >
> > "I want a special invisible heading inside the content of a heading,
> > that also supports optional multiline contents". Sounds horrible to code.
>
> It is not. The horrible part is that we rely on some things working
> magically without special account for inlinetask existance. Otherwise,
> it is just a matter of extra cond.

So then, refinement?

> > Given limited maintainer time, culling bad features is a fact of life.
>
> _I_ actively use inlinetasks. And it is not a bad feature by itself. The
> current syntax is bad, yes. And the current state with inlinetasks being
> optional feature.
>
> > My recommendation is cut it out, until someone with more time can make
> > a rational and compelling case for a clean syntax that isn't a huge
> > special case or write a separate module.
>
> Is there any hurry to delete things? If we still keep a new syntax open
> for discussion, I see no reason to remove anything.

Certainly no hurry. Just expressing my opinion. You know the code much
better than I, I'm just trying to defend maintainer time from extra
work.

Maybe start a new email thread for a RFC regarding a potential
replacement inline task syntax that would be cleaner for the code,
parser, and easier to maintain?

------------------------------------------------------------------
Russell Adams                            RLAdams@AdamsInfoServ.com
                                    https://www.adamsinfoserv.com/