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 z3AELK1Q1l9uegAA0tVLHw (envelope-from ) for ; Sun, 13 Dec 2020 17:34:37 +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 6H+iJ61Q1l+NHAAA1q6Kng (envelope-from ) for ; Sun, 13 Dec 2020 17:34:37 +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 1A7389403A7 for ; Sun, 13 Dec 2020 17:34:37 +0000 (UTC) Received: from localhost ([::1]:40746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koVGV-0002v0-Tr for larch@yhetil.org; Sun, 13 Dec 2020 12:34:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55300) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koVEG-0000Fd-Qt for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 12:32:16 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]:58887) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koVEE-00028w-J9 for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 12:32:16 -0500 Received: from localhost ([::ffff:197.157.34.185]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000308F9.000000005FD65018.00004D0E; Sun, 13 Dec 2020 10:32:07 -0700 Date: Sun, 13 Dec 2020 14:06:00 +0300 From: Jean Louis To: TRS-80 Subject: Re: Org Capture Menu cannot be fully viewed Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no 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: -1.80 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=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: 1A7389403A7 X-Spam-Score: -1.80 X-Migadu-Scanner: scn1.migadu.com X-TUID: W+2R2feruwkD * 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 down. > > This becomes particularly problematic with small field laptops. > > Hi Pietru, > > Capture templates are great, but I suppose there are a lot of advantages > 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. > 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. Jean