From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 0PN+HBBsnGLAxgAAbAwnHQ (envelope-from ) for ; Sun, 05 Jun 2022 10:40:48 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 2Io1HBBsnGKTGQEAauVa8A (envelope-from ) for ; Sun, 05 Jun 2022 10:40:48 +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 4143789E8 for ; Sun, 5 Jun 2022 10:40:48 +0200 (CEST) Received: from localhost ([::1]:35574 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nxkor-0002F9-9e for larch@yhetil.org; Sun, 05 Jun 2022 03:37:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42328) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxko6-0002EI-P1 for emacs-orgmode@gnu.org; Sun, 05 Jun 2022 03:36:18 -0400 Received: from ciao.gmane.io ([116.202.254.214]:52668) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxko5-0002YZ-2G for emacs-orgmode@gnu.org; Sun, 05 Jun 2022 03:36:18 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nxko1-0002N2-G8 for emacs-orgmode@gnu.org; Sun, 05 Jun 2022 09:36:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: Re: Proposal: 'executable' org-capture-templaes Date: Sun, 5 Jun 2022 14:36:05 +0700 Message-ID: References: <87mtf3tui1.fsf@localhost> <87pmjyco0x.fsf@localhost> <87fskrobiw.fsf@localhost> <87a6ay1enh.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1654418448; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=gA6mvxeWbSltelTBEsmauRQBkpdlq7k7oFYNMu4rL/U=; b=oICbU0g7v1I4c44PYAIKuV006q/2kPnf58vjQJ8kvbOzEw0FvTRe7qS0EQM2Kwc7BJRT83 f+627SCEkPPIB+n8GFuw9dpRPWrucYZQQPzW9t5Ah+t3FSK1zS9hZvbYzllk+eKzP3Yf1b kxtI4U9SNEGc4+4bznjg7n2a7P7niHbxY3AlzOt5AJDqGgCzX6mDSmm4qcz4lBD8Q74Xok v6yTiUDZ8ljvC/D7gsiPH69OKcNShPc3zYvZ+/9DLmpeJTeeHoDKBtDMVOdZ5MnIGD80ah rnYAo3pVvF3ZgfQYAnBnyvZ1dZoKc4RSKqx+RjitRih49AmuADioztn8Mwxdgg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1654418448; a=rsa-sha256; cv=none; b=MCHQF073POByvbHXXNK0ZLtmVzfqoVaYnVVzRCA/zi5K+3yNcnvulJ1FGNtJLojuZF4Vpn X/m+SGEIfMGYIo3xo2QZa8nU67wiWKiNhdgxIyIJ6cEOmilOP6a+RVygy2ZQ407pgc/McC MN8GB27jS1+QXjsWEKIRJWG/wNjpaUwvp1bbIqS4I1QKqCOtSfdM1sAWYJb94V9SPar0cl FFuFkq7ZRfV5gL4MSMegSz9tj+gWjebwyDz4vUIT2NeWA5qOesX+Q0SD/ahn3dZBF9/M0v SimGzBridxL9reKOiTz2am31l/688rsMwTwH8TpuUw7YTK0B4+Zez05gPwL/gQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=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" X-Migadu-Spam-Score: 3.39 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=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" X-Migadu-Queue-Id: 4143789E8 X-Spam-Score: 3.39 X-Migadu-Scanner: scn0.migadu.com X-TUID: vzl8zMstduvm On 04/06/2022 22:35, Arthur Miller wrote: > > However before I continue, I am thinking of ditching the 'read-key' completely > and switching to "standard" Emacs way of implementing interactivity via mode and > mode-map. I am currently playing with such implementation, which to me appears > both simpler (code reduction) and more flexible, but it does change the mental > model of how clients of org-mks are used, for example org-capture. Frankly speaking, I am quite confused concerning what you are trying to do in particular. At some moment I had an impression that you were going to factor out of `org-capture' the menu that is already a separate function `org-mks'. While I appreciate the goal to improve `org-capture' behavior, I have some warnings. Interface is blocking for purpose. Capture has single-task workflow currently. Capture data are stored in global variables, so parallel captures may cause problems. Likely it is assumed that a user quickly selects template and necessary data are added to the target document buffer. Unsure if some intermediate persistent store would be an improvement. The following complain is mainly related to selection of a window to show the menu, but it should have in mind that some people use Emacs as window manager and menu should not hide windows related to current activity. Eric S Fraga. Re: Bug: org-no-popups disregards display-buffer-fallback-action. Mon, 15 Nov 2021 09:57:46 +0000. https://list.orgmode.org/87fsrxeo6d.fsf@ucl.ac.uk Likely nobody performed any steps toward `transient' as the interface, but due to such requests it would be nice to have possibility to switch between menu implementations.