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 2E1UHCRc52Q0LAAASxT56A (envelope-from ) for ; Thu, 24 Aug 2023 15:33:24 +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 SLNHHCRc52S/lQAA9RJhRA (envelope-from ) for ; Thu, 24 Aug 2023 15:33:24 +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 251E154DA9 for ; Thu, 24 Aug 2023 15:33:24 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=a9AUqe1x; 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=1692884004; a=rsa-sha256; cv=none; b=kL/+s0/WHBNezl+WQfF0PwJWpiWRVNwtwGDlHsBtCVHLc7N9Hjf+AYtExbAWxtYq0E0TCT KVslC0r+WAmM67Jd5melQXDUxBeXuZjW+ya+7vwxWpVGtH8z0XsGZiXKQkzYtU1FPLp07S k1jeSnXvmqkJbJFGTE5IlhvUXrRmqT47k160ud9ityjA29QBlr2fVIlLwrDhg+03ayEPoV xUidFY9NqKKvfiS2Ehofz2vtxLfk6Cq+km9pcj5KKAILnlp2XXxHFCkg3OwGdYT+wAkcny LV+xUndoL0rfnu1DShInZkPHfuTu5+en5Es0KLni+RpCZQhTg8gTP2EbnMoriQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=a9AUqe1x; 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=1692884004; 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=9AOcKIsa6RsQGpTWoV3PIuMtOtN4+9vHZ5Loy1EsXLw=; b=UfdSnaFnnyiaDlMXjrCnqqXDNGdmKcGHhW3ZyWUiZM8xcY2L3vlR8W3xuUKwDowV1Te/B5 KGv1wY7wbnDJKkycV8zHChJ9UrLeb7DIV4BOqBygVIO6YdjVaiZR3tklmTVYCqdE6Gx4Ba eMCztjBppsk1bHhiBsv7YNb7ImqiO7qvUjVLRCKjJ8a8LZscV7fLsVx6miRUXaN9ERchQK iO+/ndLa/6y1kaG+td8jU32MFFIUSWjbBFtOduKgwujlqbAN2VM+XabQjqnKJECWNvvriM 2z2qC+eN9EvHXi8pVv9VY23m7oBO3P4nBBD1L7nkA/VA1mlT9qLb5WAj2tQeIQ== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZAS9-0001VJ-EI; Thu, 24 Aug 2023 09:32:50 -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 1qZAS0-0001Um-Bm for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:32:41 -0400 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 1qZARv-0005Mp-IN for emacs-orgmode@gnu.org; Thu, 24 Aug 2023 09:32:40 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 83ECB240101 for ; Thu, 24 Aug 2023 15:32:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1692883952; bh=wjnnZPXd7UP+Gr6DR4a/tGtPEUMiw+MsdjVDL2i8dK4=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=a9AUqe1xpcTISeBgSLPzAveicU9NuBukSfV6Q3DvSnUJi+gOoLcKqAjd+IKA5dQtU /h74ezS+cG1NFZiYEZ2IwLI6IqHzeyhx2sHBmwqa6y4ta4AxhuUDn5AY0CfQnF1v1p NaWpKy555lvRjGp6wKa6/Nz5ySmh6QFH1A7Tj6cgmx+DbASHTOg7LmzMpF1q6sfhVF q4ZKnJr8+NUIrtBl9WsUepAcbL96a3FD2c12FKsvLUe298xaMMdZJ5t8EUB4HhfTb1 IbU47bNEuUe2o0Oasd+wqUe31t5Bgdtcy9cS8/EzGDuUhzCC/XeklWuKDsCuUni/2H H4ksAlWto3yNA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RWkXb6Mpfz9rxH; Thu, 24 Aug 2023 15:32:31 +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> <87bkewip2u.fsf@bzg.fr> <87il94k3a6.fsf@localhost> Date: Thu, 24 Aug 2023 13:33:01 +0000 Message-ID: <877cpkk1ki.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_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.41 X-Migadu-Queue-Id: 251E154DA9 X-Migadu-Spam-Score: -5.41 X-TUID: EmdE67+B4ENw Russell Adams writes: > I hear "we have a bunch of extra complex code for an ill defined > special case". Org's designed around headings, and this special case > was a hack to abuse the threshold for heading detection to support a > nonstandard heading. It was a hack to reduce the amount of special cases in the existing code. > Sometimes there are features we just can't support. > > Would removing inline tasks in core clean up anything? It will. And it will also break some of my workflows :( > Could we normalize the code if some of the features were enabled in a > cookie/flag on a heading? We would need to put more special cases. Which has pros and cons, actually. The downside is more special cases. The upside is that most of inlinetask bugs are originating from the same code handling both inlinetasks and headings without accounting for their differences. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at