From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id OPj3HNPnO2IHTAAAgWs5BA (envelope-from ) for ; Thu, 24 Mar 2022 04:38:59 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id INhrFNPnO2JDHgAAG6o9tA (envelope-from ) for ; Thu, 24 Mar 2022 04:38:59 +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 D912BB6EC for ; Thu, 24 Mar 2022 04:38:58 +0100 (CET) Received: from localhost ([::1]:59002 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nXEJN-0003t0-6D for larch@yhetil.org; Wed, 23 Mar 2022 23:38:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33920) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nXEIa-0003sp-VJ for emacs-orgmode@gnu.org; Wed, 23 Mar 2022 23:38:09 -0400 Received: from [2001:4860:4864:20::36] (port=41211 helo=mail-oa1-x36.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nXEIZ-0003QV-52 for emacs-orgmode@gnu.org; Wed, 23 Mar 2022 23:38:08 -0400 Received: by mail-oa1-x36.google.com with SMTP id 586e51a60fabf-dd9d3e7901so3780099fac.8 for ; Wed, 23 Mar 2022 20:38:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ctFv83rNtskxlJ9/BGvm3sSY+ynbkdrgsbJLCzKVGY8=; b=az+n5mBansup58Mnm6BNoPP+9hUlyPP83oePfoZEJRsepMX9CKToYBlXozRDdZg7ff KE7M1+hn82cbLMo2o1XvITQgx1QTrsJX3CwBwX5kQeAT9bxXFVNiuaxB0cN3qSO26+fR d0S/SZuMiGfWA/42DBKZ+sPWu/EYIpwXZ+GV0Di2m4aToyZ4kNjnc0wkCBprZndEJXGb 6AFDZLhJRwXAKHSAv0FXyfL67p5LQwzesA98kHPCcanVgCC2+06dpdw38ZrvQsNmPVxZ by4caFIs6zmWMzciRQwxXcJDGb4vNyPv3ZRcx3QfJxSCQFmMrnS8b3rThqvVs4EGdvYE 9kAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ctFv83rNtskxlJ9/BGvm3sSY+ynbkdrgsbJLCzKVGY8=; b=Uga/Jtbirjy/JHiS//jtc56yj2jcRxL4RKqB3DP1ZPrjVsUh2ehcnbX7agONKT95pO S4aaz/aKsAM7hW/YdAvj9+QO8EYrhyOX7zcKDEh6Sc2wkbY/Lebcd9A/0Y5wbI+9X//P RX0da/vPM4uYxZFkafxSAS8pbjHcH/g+C28GvXVDPgLeSJ5BJF9XmZCgpMjC4rdXwexh CTZuh/YKnrEfKOobHeC2Mat7KF15RQRsFA0le2QNz6igPF0vVEw1kmunw3a3/fLfsXVe vj02MFEqs+pP/6YC3iZulZbWa0hJQPiTE9Sbh8FcgEuNrJugF3O/Gbb+U0ZjnpXetNHY cS0A== X-Gm-Message-State: AOAM531YIHY7Iu+mQ6nUEphueluTbdkH7eGzYbXY0BqWfLSymyHlRUaC RBt44sRENCgmtXj89L7jLhm0oV8zdmvv3y+ClpU= X-Google-Smtp-Source: ABdhPJz1GtkVvfhq3WjPezaRONyfYY0pD/CaQnoKdc6wlNk5qTui6HGvRzS+XWvATTdobdNlFTV11vi7okRctyT+Hgk= X-Received: by 2002:a05:6870:1807:b0:d7:2a4c:14b8 with SMTP id t7-20020a056870180700b000d72a4c14b8mr5549783oaf.97.1648093085661; Wed, 23 Mar 2022 20:38:05 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac9:1483:0:b0:417:eb23:f055 with HTTP; Wed, 23 Mar 2022 20:38:04 -0700 (PDT) In-Reply-To: <874k3ouae8.fsf@localhost> References: <87v8wje4nd.fsf@localhost> <066001d83d3c$7b463380$71d29a80$@tomdavey.com> <87lex2mgtw.fsf@localhost> <874k3ouae8.fsf@localhost> From: Samuel Wales Date: Wed, 23 Mar 2022 20:38:04 -0700 Message-ID: Subject: Re: [BUG] Agenda no longer works for timestamps inside properties drawer [9.5.2 (release_9.5.2-24-g668205 @ /home/ignacio/repos/emacs/lisp/org/)] To: Ihor Radchenko Content-Type: text/plain; charset="UTF-8" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2001:4860:4864:20::36 (failed) Received-SPF: pass client-ip=2001:4860:4864:20::36; envelope-from=samologist@gmail.com; helo=mail-oa1-x36.google.com X-Spam_score_int: -6 X-Spam_score: -0.7 X-Spam_bar: / X-Spam_report: (-0.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, PDS_HP_HELO_NORDNS=0.659, RDNS_NONE=0.793, 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: , Cc: Ignacio Casso , emacs-orgmode@gnu.org, tom@tomdavey.com 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=1648093139; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=ctFv83rNtskxlJ9/BGvm3sSY+ynbkdrgsbJLCzKVGY8=; b=hfOjYkHYKplq5JNcq+hT59gw22LoCCPc+Z8czP2lWFHVym78cjpnRPn5f2DwCTGBuPV/kD d2Kpj3djzVVid8GfT0a300HiJzSQzHvIy12dCkkIyfhdKQxXzcpPZuAajUkdn38A8uV533 Gmx9FP4glE9/dGubplGrvcAXYNGdDbpVfEQDqFISsZkbUIb9ww7JBto2a30mJXH/IvJKN/ AAjPWOi9fP38EP8/OR+1rQHGgQxfcKjUQOuDA343iNvw8as+pndGiNGlteVPCRMrMfdkjd 2/rBzNGExs16xkha7L8rISA7H6nYpK5cGyqaxpLKJDpV0eSnCYqZx8i81311bw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1648093139; a=rsa-sha256; cv=none; b=hzPQM+9FttjtfKJ/qm9Sk0SxR+ffe/9bMow0jCOARqWFrQjh8MEvD7ouPB892XPD0BZzLg /8LIQNakRxcDTg8760SbmM8Fb0fBBTikqhJedmFsqjTE9tsVMwxIzwdwvHho56mJihXn+s hOl6ZtBtkN4D8rXfE/bRwQafGSnxpdpfmiyca3Wt5J3Ia4hrzxrEF/WDPB9O86PkraXtyP UOlcP8mvQA4CLd0qHMA8zhGehQNT+/0RXHg2zOT0XkYJ76pEvnH5BpykHGu9txTFjwStGq +xJOoTMbqZ48LEVvwxd0QLmnHHL86aH1lXB4nLFNkwf4s1hiZ0Pj+111yGKAng== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=az+n5mBa; dmarc=fail reason="SPF not aligned (relaxed)" 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: 5.81 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=az+n5mBa; dmarc=fail reason="SPF not aligned (relaxed)" 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: D912BB6EC X-Spam-Score: 5.81 X-Migadu-Scanner: scn0.migadu.com X-TUID: Eb23T09VGB/g ***** x2 > Could you elaborate? Maybe provide an example. idk if this answers your q or not. it rambles. for context some goals include orthogonality, satisfying strong differing views/needs with little complexity, and having simple rules or transparency for knowing behavior e.g. what shows up in an agenda view. by line comments i mean "# " in recent org since 9 or so and "#" in org up until then. with leading spaces or whatever. for clarity i will treat COMMENT quasi-kw separately if at all. it is like ARCHIVE. fundamentally line comments prevent lines from being exported. so you could do \* my header to be exported via subtree export # NOTE TO SELF: see https://google.com for more on this. # fixme see https://whatever.whatever for new change something that will actually export and that was just for yourself. it would not get exported. for reference. and the link would be for this case highlighted and clickable [and show up in agenda text view]. idr the details now, but links were clickable without being highlighted at one point, and accidental clicks were dangerous. you could work around that with font lock and idk what changes have occurred since then. i have just described the "line comments mean don't show in export" rule. the intuition of some has been that links should as above still be useful, even though they do not export. comenting is mostly related to exporting. others have thought commenting means commenting. they think there should be no semantics at all when you comment links. thus, links are inert pieces of text. if you want to go to google then you copy the text and paste it into a browser. === up to here i have described links. but ts issues are similar to links. e.g. fontifying and clicking. they are supposed to show up in daily/weekly for the date of the ts. except when they are not supposed to. which varies by preference. (which is reolated to the currentish controversyish wrt drawers and blocks --- i am saying line comments are a valid similar consideration. i have a possible solution for all.) for a non-exporting entry, you might want to comment out a ts so it does not show up. what is canonical there? the second type of user says just comment it. the first type of user says tses should be useful in comments. \* my header to be exported via subtree export # i wrote this paragraph on this date: [2022-03-23 Wed] something that will actually export or the active ts version. tses are also highly useful to see fontified and be clickable analogously to links. (to the first type of user.) you might want to know the changes you made to your docuyment on that date, so it shows in daily/weekly agenda [stndard disclaimes like in log mode if inactive etc.]. you should not be restricted to text search to find a ts or a range of tses. you want things to be able to show up nd still not be exported. some would say if it is fontified, you know it is a ts; it's visually useful even if you do not use the semantics. some might make the point that fundamentally active tses are meant to show up by default in daily/weekly and if you want something to not show up in non-log-mode you should just make it inactive. you could consider daily/weekly being different from text search to be an inconsistency which requires fixing by making it transparent, one possibility being making it in a variable saying where tses will show up. === so to a solution for most of this. i rambled and idk what you are asking for. first, i made a mistake due to brain not working, in my parenthetical examples, but i think you got the idea. just to get that part nailed down even though it was probably obvious, vars can contain sets. thus, a single var can dictate e.g. what shows up in daily/weekly agenda. if a ts is in a context that is mentioned in a member of var, then it shows up in daily/weekly agenda view. the var's value could be e.g. '(properties-drawers line-comments). (perhaps modulo some reasonable thing to do for body text, headers, etc. where it is not worth having them be explicitly members in that var or so.) thus if some users want tses in properties drawers (or source blocks, or line comments) to show up in daily/weekly and other users do not, then this might be a solution for satisfying both types of users, and also those who have n>1 use case (sometimes one and soetimes the other). and changing default would be trivial and user can change it and user can c-h v thus the user does not have to guess about behavior or think about org versions or pull hair out trying to comment something out from showing up or GET it to show up. note that this reduces a bunch of potential variables down to just one. merely: what shows up in daily/weekly view. for some purposes, you cn sticik this variable in a custom command clause. for completeness, other considerations exist like clickability (viz. in what contexts should a ts or link be clickable? perhaps all thus no need to specify in a var?), fontifying (perhaps simplest rule is "if a ts or link is clickable, it should be fontified and vice-versa" with no need to specify in a var?), what should show up in text search view (an analogous var or not necessary because everything shows up?) and org-occur-in-agenda-files (currently inconsistent with the second type of user) and isearch --- personally it drives me crazy tht parts of links are not isearchable without doing visible-mode first but that is just me. there are inconsistencies of various strengths. some of them probably fixable while satisfying desieratda if there is a desire to.