From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id Vz+yL95Y1l+wMQAA0tVLHw (envelope-from ) for ; Sun, 13 Dec 2020 18:09:34 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id ODwkK95Y1l/JPAAA1q6Kng (envelope-from ) for ; Sun, 13 Dec 2020 18:09:34 +0000 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 1EEB19402C8 for ; Sun, 13 Dec 2020 18:09:34 +0000 (UTC) Received: from localhost ([::1]:51210 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koVoK-0002SR-OQ for larch@yhetil.org; Sun, 13 Dec 2020 13:09:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34022) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koVnm-0002SJ-BT for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 13:08:58 -0500 Received: from mout.gmx.net ([212.227.17.20]:37819) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koVnk-00077O-BH for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 13:08:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607882902; bh=cTtOJWKuYpNVQKiVuVyBUowQ8vQ/hC/quGeaVrSoLgc=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=FaeJu/KTQNjR3JMTXrhErh0OvIhOh1beRdr1EGB9dZm3OyvQkQ4o5FB5T/PrqQVce jiVvHZeVROIgUhqUhKAPUw5GsjvtvLPksTUCfY3rVJyuoMJHENuYo0HBraVnLfSKSa Gd57jA6gfQ9Jzz6dhv9xeP1A+cTvv84m1G903lzw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [213.165.168.94] ([213.165.168.94]) by web-mail.gmx.net (3c-app-mailcom-bs09.server.lan [172.19.170.177]) (via HTTP); Sun, 13 Dec 2020 19:08:22 +0100 MIME-Version: 1.0 Message-ID: From: pietru@caramail.com To: Jean Louis Subject: Re: Org Capture Menu cannot be fully viewed Content-Type: text/plain; charset=UTF-8 Date: Sun, 13 Dec 2020 19:08:22 +0100 Importance: normal Sensitivity: Normal In-Reply-To: References: <87y2i2ttl7.fsf@gmail.com> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:cJiatpCEq8nprbzPmxze8RlTrhNFl22C8GigP+StOjelQJgbwBStRMPfX/KH4Himi7xZq 8BdRUcBONmNmK730RtKBTC4wesksnXArCqC7DpUVPWDdVzrY9+0VxYVrbDRcUq/5RIUYEV/NkJzf KGTPfVHUwueff9pWKKbD2pMGTbyIK2Tf1rxzyAAMZQUmkWeAiYF9Juh6128pcw1ivXyTMrdLoWBF B8Dg+w5nqaWTpQMKbEl93+tRxCqiTK15ccKds16IWJQCpPgAzpBU/0e70VNxBEpSYlK0v07+pJ41 OU= X-UI-Out-Filterresults: notjunk:1;V03:K0:oFINdcgJ40o=:s5pXqbh5lDFvZb3MrAigDn h4CfLtchVUzNAf6r240c6YBRo+Rn4qymjtFu/XaRIu+7uDNrVeTdJj2qMKxJ4BxaAwdLRIfSp ke12e+xK7me8EmAVLCWvLReSKLdjdquXHvb8EiOy1Hidb8nxaW1CV1UPV8LWkOaS4I/z86qlS vpPJZGo1SeXr7pVyopJ9+SMXL6Acnl36O/5KHjHx/ClSnoSHb/K91eQnf+TGssQ0gY4w7uuE7 32SP65QHXm8bTXp93zlKANTPIUndIgZeyAionWI15PECc5m+pIryK4OhGtQ7c7IWlWlchRKIg YN6D6QVoC0pQ6o8B4VcUds7nxYjy8eJBF1/CWBpvADWAYDgI0/qhayyKQct0422T04fY6rgE/ op5iBzlvopAKSOriDrHtcEbHZB3jS8RGz9XZ9ehe1gQ5O7Il249LeSqCSdYYOCJBKrD4iKSms kCMumSJ3J0ZaJUoW7DRKvntUJ08/MkY3sB0i171AM21NIIM0RUuyfnbmpKqQYgft+UQAniuYj fj/mWDuKn3AB15jK2VXKSBllxCqjudsHC9AS3fXnoX3x5L7XrGz+4XOUeIFcJ2xQKV3VAfN/Z Jy1lA5/OjhfDA= Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.227.17.20; envelope-from=pietru@caramail.com; helo=mout.gmx.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Tim Cross , emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.90 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=FaeJu/KT; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=caramail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 1EEB19402C8 X-Spam-Score: -1.90 X-Migadu-Scanner: scn1.migadu.com X-TUID: jADtmAlDudY8 > Sent: Sunday, December 13, 2020 at 4:12 PM > From: "Jean Louis" > To: "Tim Cross" > Cc: emacs-orgmode@gnu.org > Subject: Re: Org Capture Menu cannot be fully viewed > > * Tim Cross [2020-12-13 03:54]: > > > > pietru@caramail.com writes: > > > > > Dear All, > > > > > > When making a relatively long Org Capture Menu for Archaeological Fi= eld Management, > > > the relevant capture window cannot be scrolled down. This becomes p= articularly > > > problematic with small field laptops. > > > > > > > I'm assuming you mean the window which pops up where you select the > > capture template to use. > > > > Just wondering if perhaps what we really need to do is provide some so= rt > > of support for using Emacs completion facilities to select > > templates? > > That is very right. I have 1140+ "Sets" which are equivalent to > capture templates. Imagine if I would be "defining it" by using Emacs > custom, forget it, I would rather break my computer down and switch to > paper. Quite correct. > I define the set one time as a set. If I wish to capture into that set > I use quick relevance search or semantic access. I would not like > remembering any "keys" for that purpose. > > > realise this is challenging because of the huge wealth of completion > > frameworks available in Emacs, but perhaps adding support for somethin= g > > like fido-mode would be beneficial. > > Ah, no. Completions shall be available by standard. Emacs's standard > completion is just fine and any comletion package can extend it. That > is how it works. > > Would org-capture functions be programmed in more functional style I > would already make the function. Maybe somebody else finds time to do > it. > > Or somebody can help me and tell how to use function, which function, > to file into specific Org file from org-templates, then I will make > function for completing-read as it is trivial. I am missing only > that. > > > To some extent, it feels like org is re-inventing a wheel here and > > we would be better off using an existing facility rather than > > develop/maintain an org specific version. > > Good observation, welcome to club. > > > I see a very similar problem with the export menu, but that is a > > more complex situation. > > Since quite some time I am using Org mode as display mode, not editing > mode. The compiled related information about person is displayed as > Org mode on the fly. I can have persons' images, SMS sent, notes, > tasks, transactions, emails received, including statistics all in one > Org file as display that is read-only. > > Similar derived mode could be used to display export menu and capture > menu. Instead they block user's interface, cursor cannot move to other > buffers, one has to interrupt those screens to do something > else. Incredibly user unfriendly. > > (define-derived-mode my-org-view-mode org-mode "My View Org" "My Org Vie= w") > (define-key my-org-view-mode-map (kbd "q") 'kill-this-buffer) > (define-key my-org-view-mode-map (kbd "e") 'export-somewhere) > etc. > > Even multiple screens for multiple org files can be made to work with > their buffer local text in a different way. One can export the other > file, the other this file, > > Same for Capture menu, just same. Make the Org file, define keys on > the fly or simply hyperlinks and let users capture where they wish > without limit. > > Jean > >