From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id kNjFF98SbmVSLwAA9RJhRA:P1 (envelope-from ) for ; Mon, 04 Dec 2023 18:56:47 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id kNjFF98SbmVSLwAA9RJhRA (envelope-from ) for ; Mon, 04 Dec 2023 18:56:47 +0100 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 0AE945945A for ; Mon, 4 Dec 2023 18:56:47 +0100 (CET) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=BMaBr302; dmarc=pass (policy=none) header.from=gnu.org; 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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1701712607; a=rsa-sha256; cv=none; b=O4m0x/YnmKz4qoflTl/e4p7o5VoLluf7JNW1zMwYWXdNfUu2W3r4aVHvc1XzHZQy7ebHKE 9OxrED41KzzGqBfy+rewhB9VY+ILp1E4NLQJiiQoYXw8u3F2wYHAKnhTjPuiPYPCA9UXml KQkIWfn63jejGnBUjsql//jws0SODzvzWHXe1xxArSD2BVjWmM48563ururORJFDlzR6v+ nZ8HJ5aAa4Jei/em/7EY0YdEUHVufftcDIMEoBlyktNNeeAC2WiuACIxfAgCABr5OP0eZ6 9iQdx4bmp9CeUQbTHPMq0WGIlgcMU7qfXO4fklfVv+EALDddld3Tkh1Tr6v+Lg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=BMaBr302; dmarc=pass (policy=none) header.from=gnu.org; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1701712607; 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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=QPtj9lIiTdCPypK9r2hfc4CmTVfPZi9t9Fez00wuwP0=; b=Lv032SeSR0qabyFOaSe0iWREbYpD9K4Ev9ey5g5Gih0ve5hgcYkk5x2y/9HbGPaF+FLcNH 48cxci6La6892ZCHtvnNXMSEJ9LxPXgITT+IUPzRc64tH6B8WBXT4Fhr0MdLBqqzHeTMQM 41yuRS7nBgWbzjIGNlVrocqkAmOrGNY4GbYRJAg9DNcwg9qADhIIkGUwmYvEtyN1enf9SH Mfve/1ZVbkm8Vy8fqN33+gzsn44mc4xEs4Ifiy0p3ZCrcgOoOzF9KZIq5NGfVfWrxUV2ZH UK0kR6inCiCkLZyCaj/Y+3FpVkrU6Q+M8sH6d7Vhi7cPNOEDz3yXWSUm7XRWoA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rADAW-0001Cb-DN; Mon, 04 Dec 2023 12:55:44 -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 1rADAT-0001CJ-9h for emacs-orgmode@gnu.org; Mon, 04 Dec 2023 12:55:41 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rADAR-00006b-RL for emacs-orgmode@gnu.org; Mon, 04 Dec 2023 12:55:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:Subject:To:From:in-reply-to: references; bh=QPtj9lIiTdCPypK9r2hfc4CmTVfPZi9t9Fez00wuwP0=; b=BMaBr3025Wq1iv 54KAomJwW+3x6LUDRUf3Q4mFdxB1ORnFUEsuoD6CjuE388yOrrU+kvnrmcwbZ6DrsvNBr/cZh2cpO sT64WKyFgrK3gwK7H5GYlQpoabC0Cqf4LqAVud+M5RpsjUfgVKNon1Ct9VL79tewOsFx4WW0Gcnzf ZGk75wzXN7YpcF7bHGAJGE4khKaCCjLxjotqB3VHbyuAHiARi/O+xm+w3MqDezkrdMEtoR4F/WqUY /0gfH8zhDtimBrvHj0UNft4AhN55VkSQJjHZkcO9BwLArKWtm4frg/pv8L6tGU7ueeV1rSeYU00Pw YegjI2g3gQVZ5OAVeyvg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudejiedguddtkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgfgggtgfesthhqre dttderjeenucfhrhhomhepfdflohhhnhcuhghivghglhgvhidfuceojhhohhhnfiesghhn uhdrohhrgheqnecuggftrfgrthhtvghrnhephfevhfelgfdthfeggfdttdejleekvedufe egieeftefgueduveefledvteeiveffnecuffhomhgrihhnpehnvgifrghrthhishgrnhhs rdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epjhhohhhnfidomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqieekjeektdel geegqddujeejheefkeduiedqjhhohhhnfieppehgnhhurdhorhhgsehnvgifrghrthhish grnhhsrdgtohhm X-ME-Proxy: Feedback-ID: ib64945b7:Fastmail From: "John Wiegley" To: emacs-orgmode@gnu.org Subject: Suggestion for org-agenda-list: pre-open org-agenda-files Date: Mon, 04 Dec 2023 09:54:52 -0800 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Mail-Followup-To: emacs-orgmode@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -7.87 X-Spam-Score: -7.87 X-Migadu-Queue-Id: 0AE945945A X-TUID: JVa+3CnZG556 Recently I switched all of my Org files from =E2=80=9Cproperties at the bot= tom=E2=80=9D to =E2=80=9Cproperties at the top=E2=80=9D, in order to avoid maintaining my o= wn fork with this capability. Although that fork had been working well, Ihor had a good argum= ent that I=E2=80=99m potentially opting myself out of 3rd party tools by veerin= g from what has become the standard format. Right away I discovered one of the reasons I had preferred properties at the bottom: When I startup my Emacs and run org-agenda-list, and then hit RET on an entry, no folding has been applied to the Org file and thus I see the fu= ll property block at the beginning of entries (and in my case, they can often = be quite large). I have to scan down to find the actual text. Reading through the code, I found that org-agenda-list calls org-agenda-get-day-entries on each file in org-agenda-files, which intentionally disables code folding before opening the file if it isn=E2=80= =99t open already: (defun org-agenda-get-day-entries (file date &rest args) (let* ((org-startup-folded nil) =E2=80=A6))) My workaround for this is to visit every entry in org-agenda-files before calling org-agenda-list: (require 'org-agenda) (mapc #=E2=80=99find-file-noselect org-agenda-files) (call-interactively 'org-agenda-list) I=E2=80=99m wondering whether we might want to provide a customization opti= on to do this automatically at the top of org-agenda-list, for any org-agenda-files that aren=E2=80=99t already in buffers, since proper folding can make a big= difference when visiting Org entries from the Agenda. -- John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2