From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id gP++FqVd1l+7VwAA0tVLHw (envelope-from ) for ; Sun, 13 Dec 2020 18:29:57 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id SNF+EqVd1l+TIgAAbx9fmQ (envelope-from ) for ; Sun, 13 Dec 2020 18:29:57 +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 948B094038E for ; Sun, 13 Dec 2020 18:29:56 +0000 (UTC) Received: from localhost ([::1]:41848 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koW83-0003X0-IS for larch@yhetil.org; Sun, 13 Dec 2020 13:29:55 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44210) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koW7a-0003WT-9s for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 13:29:26 -0500 Received: from mout.gmx.net ([212.227.15.15]:39935) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koW7V-0002YD-FM for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 13:29:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607884081; bh=WQX3pVejbRd4Cg/MnqYa7UjO4blBFBgleobP7B4WHeA=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=gavXsAAQ0zaSOwCgkYwsTFqwrjkLc6+xOq4oXg6DtYNe/a5kZ3tNWnEUY8EH2mOus 9BsA7I8qYq1azKnWU3TonWuOKaDfR6nUbvZ7Hy1aKL3Mnb33pj2UESRCOno8q58Wfy gcgOKtNjJ3SqELbMrigCY/N7SqRF2HMgaFK1ZiQI= 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:28:01 +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:28:01 +0100 Importance: normal Sensitivity: Normal In-Reply-To: References: X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:ek3tWSMXyQPufga0gnUgnMXrglu4NDcqcP1u9WYAiEbqfxBbMWZ7A/KXhHdoD+4FfwegR S47X9HW/O7MWXDM+3lGu6oJBujO1as479/RyYnKNgOEXf/K15X3SuKU9VyIkv6hoXCUuFoPmoO+X wyXKdLmBVuqSQALSr/ZRpUFYsJ924RtskftDVVgIPw3oJHdQORGllae+Aio16RDaQH498pw3fYjW AEvBTBxEVc3szKbUhn6hBU0aNLq5wA6Yt3Zt1lhkdII+QKqB+a2lxqaqYCBD7vU2PUBGn03pQRLi 98= X-UI-Out-Filterresults: notjunk:1;V03:K0:lkcZHkaYZ5E=:bIuvok00tNZ8jdZPQaZcJY 4T1diAqRitM/9VHj5/udc02NOGkSiwhlodB1UKcFh1nVp8f/L1ld5Oj6+bxjrfWsa3EnutujK 5G0Vgo0rCbaH/AvgZ3zXArnI7JVCiHS4hgNVXfGnBK2Whu7CBudZWi6istKA4GCF0ZQkfOoKT bmKYJBXxO1vJrXyhcJKe84zNmaXjFICz0yHoYtPLwxuY+Fb6U7EKwXx9+9q0bpONJCDNalzU8 MroEeX8PAbCIFc9ZCTKmjTJnn9z8aE2/5IvIEXw2+PYmlvueMtZ6uvwrU/+zgG7Ns+QvhTJzD CKpW/M8R0aTzojSVohjgKKGdq2JF3xt8Axj7xTvXk/pobL+uQyYYfIgTqpqxIeRKNHSmt/k7A 2BgIYyvqXByy5w3wFteubHG8Eopjoxt+vEgnaTcdJlI1Xa02AKZn2kVlON5bMLbk6CTGdzzFP fNAuUSxlhbNNzQQ194WkHpSfClOP1JWux9Cu+m5eMR/oYCwlMM/gwx5voLD4u2Dniu/++fAzn L9dYiOUYhSsDDYSlI71JJ5HXCDX34GokM2QKsxDOWQxYEXhWh4+Eazb1mo3mRJJkfX9PyRlTM wrxgn6oi2hGiU= Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.227.15.15; 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: 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: -0.70 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmx.net header.s=badeba3b8450 header.b=gavXsAAQ; dmarc=fail reason="SPF 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: 948B094038E X-Spam-Score: -0.70 X-Migadu-Scanner: scn1.migadu.com X-TUID: UnnnUafs7CHd > Sent: Sunday, December 13, 2020 at 12:06 PM > From: "Jean Louis" > To: "TRS-80" > Cc: emacs-orgmode@gnu.org > Subject: Re: Org Capture Menu cannot be fully viewed > > * TRS-80 [2020-12-13 01:11]: > > On 2020-12-12 13:02, pietru@caramail.com wrote: > > > Dear All, > > > > > > When making a relatively long Org Capture Menu for Archaeological > > > Field Management, the relevant capture window cannot be scrolled dow= n. > > > This becomes particularly problematic with small field laptops. > > > > Hi Pietru, > > > > Capture templates are great, but I suppose there are a lot of advantag= es > > to doing some custom Elisp which is why I do a lot more stuff that way > > now that I have learned a little bit of Elisp. > > I find myself there. Things that are great in Emacs need not be really > practically great, that is why we need to make things great again. > > In other words program like Org capture is not meant for people having > too many templates and that shall be explained right away both in > function definitions and in the manual. Important people lose their > time and effort in customizing org capture which was not meant to be > used by people with too many templates. > > Which turns back to exact subject of that email. Now question is who > is going to improve it? Can it be done better? > > Can interface be improved that people with larger number of templates > become free to use it? > > My proposal is to quit using blocking interface where user cannot move > from buffer to buffer, instead to open up new buffer with new key mode > map that assigns those keys to those capture template functions. That > way the buffer becomes unlimited, user can open it, it is familiar > org-mode buffer and it can be unlimited. Yes, that's the way forward. If we organise templates in different files it turns out ok. Then simply append what we need. Most field planners would like to insert what they need without regard if short or long. Unfortunately some professional terminology is quite verbose in contrast to how most people use capture. Field personnel also tend to use small devices. > > Sorry, I guess that's not helpful if you are not comfortable with > > Elisp. As an aside and thinking long term, I can say the investment > > was well worth the payoff. However back to the issue at hand. > > I have also realized, that is why I have dropped the Org mode for > planning and project management, including for capturing notes. > > > Maybe if you are willing (or able) to share some more information, we > > could help you through some basics. Or maybe someone else might even > > have some better idea (not involving Elisp) which might be more > > appealing to you. > > Why not provide completing-read for Org capture templates? That would > solve the problem fully. I think it might work fine as you say. Is that similar to what "%^{prompt|default|completion2|completion3...}" does? Or something simila= r? I also know of icomplete. > Jean > >