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 iqE+Enib2GRGCQAASxT56A (envelope-from ) for ; Sun, 13 Aug 2023 10:59:36 +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 aBkJEXib2GS+6QAA9RJhRA (envelope-from ) for ; Sun, 13 Aug 2023 10:59:36 +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 ECDE34DB9C for ; Sun, 13 Aug 2023 10:59:35 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=jw0jV+J5; dmarc=pass (policy=none) header.from=posteo.net; 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=1691917176; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=bRqy1Ps7vsMBMkx9E2zTuPSje0SRZu4EGJwkC9I6BE8=; b=PN3Y2JmagCuOPqAva3Zk0+Xf90kEgcibomb/4n4qN1omUwe9b2ldwNRV+/xug9MdeTmgGG Gp5dMfzLdcu91bvbXN8St0p7EXnlDyQuz9M/3jpVAm/iuNRpZP9V5gdToGgfGsQeExpIi0 pET14GSqX1r42RKthmOTnK4ykkOhGKNTaXhuGEmHHhNPfrH04C2Qqqq+tGnG8DzsI0j3Pl /op6J9Yry3EYcqI/xSdTe/1V78CAMc57aZ3vRP8ublGk1W8QqHj8CRYrlT1xiQu8zzF9CA dmEgwRc6XvoItbg/sC5BM7AZo73LX/RNhCQWuAQFMQxKy4Yfjrvd1z2ozK6qyQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=jw0jV+J5; dmarc=pass (policy=none) header.from=posteo.net; 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-Seal: i=1; s=key1; d=yhetil.org; t=1691917176; a=rsa-sha256; cv=none; b=CEn/ho9cFwTZZenye+ERci/uOrQdf+L96IilabAaePGrPHyAfpYs1uBvZKKEOzxZ9HXvO4 0zPv3IUFzO9pgBzUeX0tjemU6aJk8N27fNhcyWTL0ZBAXIib0KvOYGQIUCVKHqbJWwO3Ms A4TjUPRSjKwCofGgyGQdCmsI8apOclBSESnrYMcE5ziWHNeuQ/TVVInKGgr1xdG8kBCGN6 uZKZ8CRlTkPJnQaRsr7Ec1Rm0ZZmqxCCbmk7h5f8lAM9IV91GI4HMDf2lZS9AwBWOSoLxT l1h0r2eUyAbFXICOZ/NlRXB6ukaZLTeF4uMC1etPuhqLW1Op8gg8zA38OFZWEA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qV6qy-0001dk-Tj; Sun, 13 Aug 2023 04:53:40 -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 1qV6qx-0001dc-Ve for emacs-orgmode@gnu.org; Sun, 13 Aug 2023 04:53:39 -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 1qV6qv-0007je-FJ for emacs-orgmode@gnu.org; Sun, 13 Aug 2023 04:53:39 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 68749240027 for ; Sun, 13 Aug 2023 10:53:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1691916814; bh=vBl5PqupSsNqmIhmsNoxAWpLkY/14ngJ5RRvdAkNHLc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=jw0jV+J5xwyFsgp0m+JoF6iNHe6VgqJcM8lFWRPfjrjXoui/ru4Phol2HUBfMZa6M WS9RdWMU+WbQtyNKFPex1NecpK3HMU3Zka/2v+e0e0sCaScS60OJ1TwopmrN6uGQFO jT978PTBbiyUgnUeu8S1X/7Urr7geajhIFLUMMuXOt7BWv05G3MRVTKzG743rleRqc yXFwFUTGHTh6Pj3z16zeXZ4FY37vxjRQipnTcz15AEMuylK2hWyEYOPcIjzYHBYnGZ p4xpuSwA0H+drciUhAcUVfFEIKRyRUI88SVDCHTwcBoslQtC430asLy5lgL/EchQ58 PR1S4qNjUXMJg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RNrsn46F1z6tsB; Sun, 13 Aug 2023 10:53:33 +0200 (CEST) From: Ihor Radchenko To: Bastien Guerry Cc: Max Nikulin , emacs-orgmode@gnu.org Subject: [DISCUSSION] The future of org-mouse.el and org-inlinetask.el (was: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?) In-Reply-To: <87cyzswhqn.fsf@bzg.fr> References: <87o7omg4ie.fsf@alphaville.usersys.redhat.com> <87pm91ngb8.fsf@localhost> <87jzz8f3re.fsf@alphaville.usersys.redhat.com> <87mt43agk6.fsf@localhost> <874jq8ohbr.fsf@localhost> <87bkfip3mo.fsf@gnu.org> <87r0odrkbp.fsf@localhost> <875y5pvf04.fsf@bzg.fr> <87bkfdud55.fsf@localhost> <87cyzswhqn.fsf@bzg.fr> Date: Sun, 13 Aug 2023 08:53:58 +0000 Message-ID: <87cyzrl3vd.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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=unavailable 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-Spam-Score: -4.87 X-Migadu-Queue-Id: ECDE34DB9C X-Migadu-Scanner: mx0.migadu.com X-Migadu-Spam-Score: -4.87 X-TUID: s8cI4WbfsLnD Bastien Guerry writes: > Also, I'm not sure org-mouse.el has its place in Org's core nowadays. org-mouse implements mouse bindings + context menus. Context menu support is something that major modes generally expect to provide: 24.2.1 Major Mode Conventions =E2=80=A2 Consider adding mode-specific context menus for the mode, to be used if and when users activate the =E2=80=98context-menu-mode=E2=80= =99 (*note (emacs)Menu Mouse Clicks::). To this end, define a mode-specific function which builds one or more menus depending on the location of the =E2=80=98mouse-3=E2=80=99 click in the buffer, and then add tha= t function to the buffer-local value of =E2=80=98context-menu-functions=E2=80=99. And better mouse support is getting more important in a view of recent native Android port of Emacs, where "mouse" is the main mode of interaction. I'd say that we should not remove org-mouse.el, but instead load it by default. Maybe even fully integrating org-mouse.el into other libraries like org-keys.el and org.el. >> It changes the very notion of that is a headline - the syntax definition >> is altered. Very deeply nested headlines may become inlinetasks upon >> loading org-inlinetask, touching all aspects of Org, not just editing. > > Same here, I'd be tempted to deny Org citizenship to inline tasks: it > always felt like a nice hack for a niche use-case, but a hack anyway. > > If it modifies Org syntax in surprising ways, this is another argument > for removing org-inlinetask.el from Org's core. Remember: this is not > to say that inline tasks are forbidden, it's just a message for users > that inline tasks are something not maintained by Org's core team. org-inlinetask, if removed, is bound to break unless we maintain inlinetask support in the core. And it will be a feature regression for a number of users (for me, at least - I am a big user of inlinetasks myself). However, the current way inlinetasks are implemented is definitely not great. The clash between headings and inlinetask syntax is getting too much on the way. May we re-consider inlinetask syntax and come up with an alternative syntax that does not clash with headings? This will make things a lot easier to maintain and allow us to gradually deprecate the existing syntax. For example, we can define inlinetasks as *> TODO inlinetask ***> TODO inlinetask ... *> TODO inlinetask Inlinetask contents *> END --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at