From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id 0L0uFihe52TiLQAASxT56A (envelope-from ) for ; Thu, 24 Aug 2023 15:42:00 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id eGEkFihe52RUigAA9RJhRA (envelope-from ) for ; Thu, 24 Aug 2023 15:42:00 +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 EC7E2572A0 for ; Thu, 24 Aug 2023 15:41:59 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=F+SqtRwd; 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=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1692884520; a=rsa-sha256; cv=none; b=ei6/N0om/+AQP3bQotOuCQv4H/p0P+0+wUxp0ubtniuB9Lhjk/y6y6zXCYgwK3C0T5S/Gz RFEbx/OnmPx+uqkMhvLFZ5KjOs6pje6Ov1Qh/vjMzPP1Kiucbfuxg5/9Zt/B0Z3PkHvzrf nDLLAF4bwq6XVEAwGLN+jqMYtq/31c8MTExLYqlLfSfWFypTnvWMHJzYjKaD4j8Zko/9Tx aPP16ANNA+KASNTt14EUWrXBW0DXPEWkFgKcDX3po1mBWfA2YfGcNftc1VIIx4tVtf4Nil q3J85gwBAncWhQfCqip4fvhIb2pFLBSbkRlhl9tiwPNbgBaOHy4L3al6kHHw7Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=F+SqtRwd; 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=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1692884520; 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=fA6asWteqUIvUZBISSG9qmOtl1vt4J/rUbXgeNXk0s8=; b=DkNF7G/lzo9H25t8xRj4G/1E+zrsSQEUt0DIx47KdQ6YX6leWwEk5z7Xrs+gxnEXZ/UZx1 XtYCkmKM6ZYbvKLLe9bmEtkPHqGPucf3Fsil97cC8fDb1g5jXLLVFiBjwxbfWrvnThyUI+ 8CfDMuLqbmE/TwugC2A1UBjMGJWYHmg8CtDEZ+A3aRTv8HSZkqFo6rSRK2DpMn3QrKqNvj HTh7SZ6lwiSr4ILlq3MXcXcLcmOXuKBiX/n2J+vFgdG7fvXafctR/ehgebfAvOL8PGkBJP kX+0P0p6F1JhOxz1jEwRoEfDaXeivD5dGt5FHpJ/ikLe1yTUy1msuXIAH4Uoyw== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZAaM-0008R5-Uq; Thu, 24 Aug 2023 09:41:18 -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 1qZAaL-0008Ql-2w for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:41:17 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZAaG-0006zJ-Qk for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:41:16 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 76D55240027 for ; Thu, 24 Aug 2023 15:41:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1692884470; bh=WpjjI49f8KleNn4CpZ7bVMYWdpJA0fUVgxSLb2Ir7bE=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=F+SqtRwd6NgQFSFQSYZVRW/ttRKUlNdy24loNQjREjEErVlTJ+XcPkLZEsP5NNYBk N/Gdm+bOFtgI/6FHx0Us31hvVkUOb9IYX8pfIa9i+NFKZi+uzbtMhb+5idXIAxmIO9 WcR3tJ3Zs+4r+vkvk3RhE8W3POd3YSgtkCiCn97052W9mSd9XSHwbyNn7QmczL5v18 2i1ONlUp8eobubx0E+2Kg12KxsaJzCy8asHtH5RJNdzgEeCrGBxTk3XA3pKmKus49o e23WKdl+Zh1Nmn6cFSmE+V+Qk9d99cD8FNrCoACYGT7Xv81A0YGf7hj15HgZYRFaRT VVghNofqf9y0A== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RWkkY66g3z6txy; Thu, 24 Aug 2023 15:41:09 +0200 (CEST) From: Ihor Radchenko To: Russell Adams Cc: emacs-orgmode@gnu.org Subject: Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading? In-Reply-To: References: <878ra32jn9.fsf@bzg.fr> <87sf8a6r2l.fsf@localhost> <87v8d47jqh.fsf@bzg.fr> <87sf88d5r6.fsf@localhost> <87jztkve0g.fsf@bzg.fr> <874jko3ad6.fsf@localhost> <87a5ugk46o.fsf@bzg.fr> <87msygk3zh.fsf@localhost> <87fs48k2wl.fsf@localhost> Date: Thu, 24 Aug 2023 13:41:39 +0000 Message-ID: <871qfsk164.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, 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-Scanner: mx0.migadu.com X-Spam-Score: -5.50 X-Migadu-Queue-Id: EC7E2572A0 X-Migadu-Spam-Score: -5.50 X-TUID: zXsSUyyDLr3j Russell Adams 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. >> Because it will be feature regression. >> And it will not be possible with a custom plugin without significant >> changes in how all the headline editing commands, agenda, sparse trees, >> etc work - they all assume very specific heading syntax. > > Regressions are not the end of the world. Org does too much and grew > very fast, which is not sustainable. But they should not be taken lightly either. https://bzg.fr/en/the-software-maintainers-pledge/ > 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. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at