From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id iMeNItFvXWfL2QAA62LTzQ:P1 (envelope-from ) for ; Sat, 14 Dec 2024 11:45:21 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id iMeNItFvXWfL2QAA62LTzQ (envelope-from ) for ; Sat, 14 Dec 2024 12:45:21 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=libre.brussels header.s=mail header.b=AK+F0H8t; 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=libre.brussels ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1734176721; 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=r3+8akNY+/L3PzA7AwZLlIcZ8MAoXk9tenOZne+ay3g=; b=e6ljkgqd1djPPzvsqvW5Zpe73sBSSr59U0a7bW8nT+bKzAY7rMwStBX5Z4Sn9THm9g6QgD 73ilb5uJeRkA/P5Sqkx3TXd+uzcDdu7uMIKg94k2ZpuEgs2DnjJLuo7xTkVa3FBdqdMt3y ro1ZRTCmViWcuC1fXQdd8aTdSe+nfomUOl+OX0suJmucM+AgAFNDUGwKhWCqK9XlzanSM5 6LcjhV2xP2qsjtdw3OmePiXZ5X/i2QneAuYEMQrRV42EXFV7cj0srcQYhbI3Xfn0zgBC67 OMIL60VFF3GdOrg8m168zXh/hdmfODJCwz53yKEmw+cHf85/Y5BlqEpsb2pQWA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=libre.brussels header.s=mail header.b=AK+F0H8t; 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=libre.brussels ARC-Seal: i=1; s=key1; d=yhetil.org; t=1734176721; a=rsa-sha256; cv=none; b=rx9lWiiQGnDi365K1m7JMfnZEtLG7gzHdfLNUe4N56SW8w3+9ReQUZKAFuPHi9PAitos2L QdM0pGn/9RVwBSC7oDZksjD3nnLJ6uQWyPiVSR47LK8bfitMdmYkmxSp8bcMjQ/Uh3l8eE HgStf6XJpO5Uto1/nPcBvd6V+H+s8M9bsPT8ABO6xv7HTMLK846BfHSOBjyl1rwoCjZb6x mytkvGNSRHkTlp7H/KVhNsEvRiRicni49gdORV7r0AEqs5mNW0huATzwQO/MKhkqC31ydx LQ441Ob3s7xe2XZnQ0Gdr3f0rMwWXb0098sxPqDiREJnwEWg/HqsVHUxgLGyOQ== 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 5F6C155A67 for ; Sat, 14 Dec 2024 12:45:21 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tMQZQ-0002tk-8J; Sat, 14 Dec 2024 06:44:28 -0500 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 1tMPj1-0006gA-2w; Sat, 14 Dec 2024 05:50:19 -0500 Received: from libre.brussels ([144.76.234.112]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tMPiz-0005wU-87; Sat, 14 Dec 2024 05:50:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=libre.brussels; s=mail; t=1734173409; bh=8Y6DH/00UgLIGuJn3E+GaVxlumo62+DN3325WhcCezM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=AK+F0H8tyUreR/nqQ5F9Z9m1XpitpJADeFiLkpo9jFJupjrP6qpEWXDB2Rt1K7Lj9 TqjgNNI0qAlaL+MRpDtkBIJH+zQ9aYUa+M9cosBNUkTygyvrY851UGYcOZ2xjJglRj D3j9ZVSrp3oixLC+jztttAuoPQ2xv1l9sFbAEl20= MIME-Version: 1.0 Date: Sat, 14 Dec 2024 11:50:09 +0100 From: indieterminacy To: Ihor Radchenko Cc: =?UTF-8?Q?Tor-bj=C3=B6rn_Claesson?= , emacs-devel@gnu.org, emacs-orgmode@gnu.org, =?UTF-8?Q?Omar_Antol=C3=AD?= =?UTF-8?Q?n_Camarena?= , Jonas Bernoulli , Juri Linkov , karthikchikmagalur@gmail.com, Visuwesh , charles.choi@yummymelon.com, Justin Burkett , rswgnu@gmail.com Subject: Re: [RFC] The best way to choose an "action" at point: context-menu-mode, transient, which-key or embark? In-Reply-To: <87msgzh1dh.fsf@localhost> References: <8734m28l9a.fsf@gmail.com> <87wmhlmp83.fsf@gmail.com> <871pzte929.fsf@localhost> <87v7x548ri.fsf@gmail.com> <87y120daue.fsf@localhost> <874j4m9ep6.fsf@gmail.com> <87h68gfqj1.fsf@localhost> <87pln3f3cc.fsf@localhost> <87jzd9ojj0.fsf@localhost> <87cyj0ajm9.fsf@gmail.com> <87zfm4s50x.fsf@localhost> <87wmh8s358.fsf@localhost> <87y11nwp9z.fsf@gmail.com> <87v7wd9a2h.fsf@localhost> <878qt7fbki.fsf@gmail.com> <87o71jwdxz.fsf@localhost> <87wmg6edr0.fsf@gmail.com> <87msgzh1dh.fsf@localhost> Message-ID: X-Sender: indieterminacy@libre.brussels Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=144.76.234.112; envelope-from=indieterminacy@libre.brussels; helo=libre.brussels X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 14 Dec 2024 06:44:26 -0500 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-Queue-Id: 5F6C155A67 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -4.50 X-Spam-Score: -4.50 X-TUID: F3pXisaA68lL Hello Ihor, On 2024-12-13 19:41, Ihor Radchenko wrote: > TL;DR: We are in the process of designing a more unified selection > interface for Org mode and want to see if there is some way to unify > context-menu-mode, transient, which-key and embark together. The idea > is > to (1) avoid too many customizations; (2) allow users to decide how to > choose between multiple options - by mouse, keyboard, and using > customizable UIs. > ... I would consider an `actions -> menu` functionality to be something which should be a distinct tool, albeit heavily configured to suit Orgmode functionality. I think its great how Transient was able to emerge from Magit's activities and its clearly providing opportunities for scaling the utility. If I may widen the topic a little, your RFC could be an opportunity to examine the overlaps between Orgmode and Hyperbole. For instance, the use of implicit buttons could be examined: https://www.gnu.org/software/hyperbole/man/hyperbole.html#Implicit-Buttons I reckon what you are proposing (greater fluency and flow for menus dependent on context) could benefit Hyperbole's functionality too (the action utility for that environment seems more focused on one action rather than prompting a selection of actions). Ive CC'd Robert Weiner (who leads Hyperbole), incase that is of use. Kind regards, Jonathan McHugh