From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id 8M8JCT4KF2bWPQEAqHPOHw:P1 (envelope-from ) for ; Wed, 10 Apr 2024 23:53:02 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id 8M8JCT4KF2bWPQEAqHPOHw (envelope-from ) for ; Wed, 10 Apr 2024 23:53:02 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=UVE0enM1; 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"; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1712785982; 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=yiGKIvk9bqoq/KnRJIznTsxZ7o9cUSSPXzT9hIoGHPg=; b=gi9t9gVEsz5mnA/6KKPe0rTPoy0xh7I2P5fkEV0MsttDjW2OgQr7l9bc32spM/nz/bWS3/ ivcQ4EblRySJuCS5tJLyQNW4WN/dS1Hd0woEhHmQck49sj23Dc+508sem81Qq8e2IOi1ia ahn/2sWXqOqM0yoUo2fGPqeGa7h+4LCbYiG4c124AqNMVGmf7D3GPJNSZmOx7TJJV43+RS si75EerJ1FDDTmw5c5Kqr1725ohRXAD9FRhOjgPNsElxbpn83aIxdsHdoV75KFsAh9PhJV Ig2MC7Xyoki+WKIUwJysu/IMsCIsMy8DifqPTlCKRjguhUvSuUrd8TPTYWNiLg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1712785982; a=rsa-sha256; cv=none; b=f4nu9JCpCE/LPkbsfQQu5zHQ19gAo0ea6UOZBPuVltePuxh54GPalsGUiBNG661EDKWOrw ZunftRyx+ayoSjYOAIQMY663DIwGinBLbXMjREXfb2ynjCtRletgofNTowVV5qM8xCmCP+ MSX16bZsUGeccEHQ0x301qfavjJsB92zqzwyK09bdiNBY2u/a5Rq8KZnb1xcJkbaChmrFZ YFBRkKDYDKfCQU4SBv4Cbjnw4EvL5VLhPymTHlysWxmpeADfPIvsQm2QTpXsGXjfhhykpG 0QyoHIVbxX/ExjROBGFFsF4tfcfhncKOslWSgOuhtasSAehTfNCLfBS7P4b5ZQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=UVE0enM1; 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"; dmarc=pass (policy=none) header.from=gmail.com 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 87F441FD0A for ; Wed, 10 Apr 2024 23:53:01 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rufs5-0000cL-PX; Wed, 10 Apr 2024 17:52:45 -0400 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 1rufs4-0000cB-Sa for emacs-orgmode@gnu.org; Wed, 10 Apr 2024 17:52:44 -0400 Received: from mail-lf1-x131.google.com ([2a00:1450:4864:20::131]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rufs1-0008HR-MI for emacs-orgmode@gnu.org; Wed, 10 Apr 2024 17:52:44 -0400 Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-516e3103d92so1682647e87.0 for ; Wed, 10 Apr 2024 14:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712785959; x=1713390759; darn=gnu.org; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yiGKIvk9bqoq/KnRJIznTsxZ7o9cUSSPXzT9hIoGHPg=; b=UVE0enM1kGYF39+hBmXZggARWgsNY7/kE/w5S2JLR1PSsU9DEKemCPQKI3IVEcyHJ1 9xVnz4meX+1G7pe8CPXfxygU+t10/pObhzHbfm2q+MA2D49tLVyjM28RiAcQD7AerYdy uAaGAlR/yAplWI3R33TBW98H56SaQd83gZxhx3ZA7q6TnR3CoPIYez9Rtt8pLsEubBGM z7TsvkjODSooD4yHjXYc7p92U1YaFAB3FZG67G0FDEfDVv8Cpb2T7ABEtdKY3iiy8cLa 3Vm4VSuodT/SnoiC9fPBN0qjnWlBRi4SyUprT7MlVj7/5HODl5jsX2ZEyIt+L0OXJJZN HSMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712785959; x=1713390759; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yiGKIvk9bqoq/KnRJIznTsxZ7o9cUSSPXzT9hIoGHPg=; b=sGIJW0E2TVLbz0mzrc3NwGTEF1qglQwdctEBFYD3HV3NWkai0h4hMQQ2KNbxgF1Qfb 3GlWULsvQlOZ3wbXXGHzmwnTyF2YBCApHjR3iNwFPJ+Z0y828Fzwt+DMNKLtK4aMvB7L I5L5wJuZCSi2PgrrGrYgL6OjGLERybWvspKJNLhJcDkbPUeK4y7M3XNVqE4F2Kfr/PCS Rz1CJVv34m41ebzKbmYoZhO4r/uyVLLHEpTjrKvOMdP61T4ryPr/0nLosi1mikUjyuY1 ApqWkrF2gwrcCWv9giztc/5QZX8k0JUzRXTguM/5qwTWmejWu5tSrEmARsV91MD+DnHp pQeg== X-Forwarded-Encrypted: i=1; AJvYcCVwsW6qwJHIyzHuNwau+2eD64kNnUsryAFwU4uuRiTKvAZkPkS9Pxl16SjmDQSGEuiav+gTh4dDTq4YtAcjArIBii4XFt0= X-Gm-Message-State: AOJu0YxzZQfdAc1TkHGAGZOyIY7My1x03DfZ/YljIyjmg3oajEjUm0yG 3Xja/mgSFJ85nKFYkBtni/0sI3YEI+XbKhdJL+nX9CKFTp3dpm0FYCQkqOHN24KHePbX2MFiGca N3CWPsDvvt56kblmqSyfsCOJ3xcU= X-Google-Smtp-Source: AGHT+IEKXbKHSVK8Ut9BO3gBjOwLatWQXx4tifcBWss5FLisIQwUAqsrcDcTKOt4E8mHG41kta/Z939yQW08go73vwQ= X-Received: by 2002:a05:6512:2ea:b0:513:30fd:2991 with SMTP id m10-20020a05651202ea00b0051330fd2991mr2463154lfq.0.1712785958945; Wed, 10 Apr 2024 14:52:38 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6520:25c1:b0:28b:8855:7106 with HTTP; Wed, 10 Apr 2024 14:52:37 -0700 (PDT) In-Reply-To: <878r1le20v.fsf@localhost> References: <87edbfircx.fsf@localhost> <878r1le20v.fsf@localhost> From: Samuel Wales Date: Wed, 10 Apr 2024 14:52:37 -0700 Message-ID: Subject: Re: Agenda preserve setting on date change To: Ihor Radchenko Cc: Russell Adams , Org Mode List Content-Type: multipart/alternative; boundary="000000000000a8cfd70615c50e90" Received-SPF: pass client-ip=2a00:1450:4864:20::131; envelope-from=samologist@gmail.com; helo=mail-lf1-x131.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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.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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -9.68 X-Spam-Score: -9.68 X-Migadu-Queue-Id: 87F441FD0A X-Migadu-Scanner: mx12.migadu.com X-TUID: qCvdITowbzbq --000000000000a8cfd70615c50e90 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable to me, the concepts of the log mode feature and the showing inactive tses feature are so close that they are worth merging into the same functionality, parameterized if needed [not needed for me]. in my own case, i basically want all [log mode and inactive tses] off or all on. years ago, i implemented a toggle, using log mode as the toggle. i made lots of notes, but the notes might not be comprehensible to anybody. i also wanted certain information to show or not show regarding state changes. the code is trivial. it merely toggles inactive when you toggle log mode. ;; [[id:26806393-dca3-43a6-a92d-d8985d32f4bd][COMMENT issues with my inactive thing -- need to have v L still respect inactive, but pre-empt when state change]] ;; ;; if i want to see state changes i have to do v L, but inactive ;; disappears. so i need to do l twice to fix it, but that ;; deletes state changes ;; ;; currently implemented options are state changes but no ;; inactive, state changes with redundant inactive, and only ;; inactive. ;; ;; i want inactive preempted by state change. but don't care ;; much if i can just get inactive, which i do. ;; ;; =3Dlater this might or might not be analogous to closed being ;; tagged ts and thus correctly not tsia. ;;l or v l is for log mode: closed (doneish), clock, and state if ;;you set that. ;; ;;what about notes? ;; ;; too confusing to have two levels of log mode unless i really ;; want to always show something (like closed deadline) and ;; toggle showing all. which i don't really need. i prefer all ;; or none i think. ;; ;;super log mode (/logall/ log all) c-u l or v L is particularly ;;useful as it includes state changes with fewer bugs than [ (but ;;still not yet other inactive timestamps). ;; ;; maybe i can use the intermediate sort thing -- the thing sacha ;; used and that i use to sort or set scores or something -- to ;; eliminate duplicates after setting logall and also using my ;; inactive. [2016-04-07 Thu 20:37] org-agenda-before-sorting-filter-function ka ;; ;; try setting org-agenda-log-mode-items to allow state and find ;; out what gets duplicated. i think it is just that it shows as ;; a bare inactive timetamp and as a state change. ;; ;; [ is different from log mode. ;; ;; [ provides nothing with my current setup which shows inactive ;; timestamps without duplicates. ;; ;;there are bugs with [ ;; [ with no log mode loses information ;; repeater state is just nextrepeat ;; [ resets upon navigation while l does not ;; you can't make it persist or start up with it ;; log mode (if you include state change) gets duplicated ;; it finds the inactive timestamp? ;; but only for state changes, not all? =3Dcould check ;; active timestamps including deadline and scheduled do not show ;; presumably this is ok because will be elsewhere ;; =3Dlater this needs detail ;; ;;adding state to org-agenda-log-mode-items makes l and log ;;mode at startup do the same thing as logall =3D c-u l or v L. ;; ;; state in org-agenda-log-mode-items duplicates inactive ;; (presumably because inactive does not exclude it). it is sort ;; of useful. i'd like bangification or todo kw. if needed i ;; can use logall (c-u l or v L). ;; ;; =3Dlater i think i implemented bangification for ts agenda, with ;; slightly different semantics from bangification for search ;; agenda. because more useful not to bangify known d s or so. ;; ;; /log mode does not show inactive timestamps/ ka. ;; to me, the concepts are similar enough that they should be ;; merged into the same mechanism. i do that here. also [ is ;; conflated between two unrelated features. ;; ;;the default of org-agenda-log-mode-items is closed and clock ;;which is good. that leaves out inactive, but i have a solution ;;for that. but perhaps i can do state and filter it. ;; [2016-04-26 Tue 11:05] sometimes it duplicates my inactive '(with-eval-after-load 'org-agenda (add-to-list 'org-agenda-log-mode-items 'state)) ;; ;;this is a good solution, but it is a defvar not defcustom. it ;;might exclude the ts in the closed ts. which is good in this ;;case because we show closed in org-agenda-log-mode-items. and ;;that shows them in a closed face with closed leader. ;; ;; this is problematic when org-agenda-start-with-log-mode is ;; nil. we want it nil then. and then (as i have it) toggle it ;; on when doing log mode. ;; [2018-12-10 Mon 19:31] turning off because i have start with log mode of= f ;; (setq org-agenda-include-inactive-timestamps nil) ;; (setq org-agenda-include-inactive-timestamps t) ;;this way i can see what i did so far in the day and remind me ;;of good or bad things i did. ;; l toggles ;; [2018-11-24 Sat 15:53] trying without it to not clutter ;; (setq org-agenda-start-with-log-mode nil) ;; (setq org-agenda-start-with-log-mode t) ;; (defadvice org-agenda-log-mode ;; (around toggle-off-inactive-also activate compile) ;; (let ((org-agenda-include-inactive-timestamps t) ;; ad-do-it)) ;; fixme maybe i need this on org agenda ;; (defadvice org-agenda (defadvice org-agenda-log-mode (around toggle-off-inactive-also activate compile) ;; make log mode toggle inactive in addition to closed. ;; ;; alternative is file bug report on toggling log ;; but have to justify that inactive should be in log ;; etc. ;; ;; org-agenda-include-inactive-timestamps is a defvar. ;; this was let but i think setq works better. not sure that ;; try with org-agenda-start-with-log-mode is relevant. ;; ;; if ;; e-jinsei 12:00 Event: MOOT supplements yet? nose spray yet? ;; shows up even when off ;; but in event face not doneish ;; event overrides doneish ;; /not a bug/ ;; it is the happy feeling setting ;; might be useful for ranges ;; (setq org-agenda-skip-timestamp-if-done t) ;; (setq org-agenda-skip-timestamp-if-done nil) ;; ;; fixme setq-local ;; fixme do we need to toggle some of org-agenda-skip-*-if-done or similar? ;; no, need to fix org bug that changes log mode ka ;; fixme shouldn't this be orthogonal to status of log mode? (setq org-agenda-include-inactive-timestamps ;; old note: my solution for inactive might get turned ;; off by v L. perhaps i need to inspect this variable ;; more. =3Dlater maybe this is fixed? ;; v l does just this command ;; v L does it with one prefix arg, meaning ;; show all possible log items, not only the ones ;; configured in =E2=80=98org-agenda-log-mode-items=E2=80=99. -- ;; (?l (call-interactively 'org-agenda-log-mode)) ;; (?L (org-agenda-log-mode '(4))) ;; so theoretically showing all would also add anything i ;; don't have in org-agenda-log-mode-items. currently ;; that is state. ;; the sense of this is reversed becuse ad-do-it toggles ;; org-agenda-show-log by design. (not org-agenda-show-log)) ad-do-it) On Wednesday, April 10, 2024, Ihor Radchenko wrote: > Russell Adams writes: > > > I pull up a file in 'emacs -Q'. > > > > M-x org-agenda 1 a (restricted to current file, create agenda view). > > Now viewing the weekly agenda in buffer *Org Agenda*. > > Press "L" to enable logbook. > > Press "[" to enable inactive timestamps. > > > > I now see the full week with log and timestamps. > > > > Press "b" to go back one week. > > > > I now see last week's agenda. Logbook mode is still enabled. Inactive > > timestamps are missing. > > > > Pressing "[" will enable inactive timestamps again. > > Ok. I can see what is happening. > Unlike agenda log-mode, where L toggles the mode on/off, the inactive > timestamps are not toggled; they can only be enabled and re-enable > manually when the agenda view is refreshed. > > This is consistent with the documentation: > > =E2=80=98v [=E2=80=99 or short =E2=80=98[=E2=80=99 (=E2=80=98org-agenda-m= anipulate-query-add=E2=80=99) > Include inactive timestamps into the current view. Only for > weekly/daily agenda. > > Note how there no word "toggle" in the manual. It explicitly refers to > the "current view". > > I am not sure why it is done this way and I cannot see any explanations > in the git logs. > > I do not see why it should not be possible to make inactive timestamp > display into a toggle. > Patches welcome. It is an easy patch. > > -- > Ihor Radchenko // yantar92, > Org mode contributor, > Learn more about Org mode at . > Support Org development at , > or support my work at > > --=20 The Kafka Pandemic A blog about science, health, human rights, and misopathy: https://thekafkapandemic.blogspot.com --000000000000a8cfd70615c50e90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
to me, the concepts of the log mode feature and the showing inactive t= ses feature are so close that they are worth merging into the same function= ality, parameterized if needed [not needed for me].

in my own case, i basically want all [log mode and inactive tses] off or = all on.=C2=A0 years ago, i implemented a toggle, using log mode as the togg= le.=C2=A0 i made lots of notes, but the notes might not be comprehensible t= o anybody.

i also wanted certain information to sh= ow or not show regarding state changes.

the code i= s trivial.=C2=A0 it merely toggles inactive when you toggle log mode.

;; [[id:26806393-dca3-43a6-a92d-d8985d32f4bd][COMME= NT issues with my inactive thing -- need to have v L still respect inactive= , but pre-empt when state change]]
;;
;; if i want to see state chang= es i have to do v L, but inactive
;; disappears.=C2=A0 so i need to do l= twice to fix it, but that
;; deletes state changes
;;
;; current= ly implemented options are state changes but no
;; inactive, state chang= es with redundant inactive, and only
;; inactive.
;;
;; i want in= active preempted by state change.=C2=A0 but don't care
;; much if i = can just get inactive, which i do.
;;
;; =3Dlater this might o= r might not be analogous to closed being
;; tagged ts and th= us correctly not tsia.

;;l or v l is for log m= ode: closed (doneish), clock, and state if
;;you set that.
;;
;;wh= at about notes?
;;
;; too confusing to have two levels of log mode un= less i really
;; want to always show something (like closed deadline) an= d
;; toggle showing all.=C2=A0 which i don't really need.=C2=A0 i pr= efer all
;; or none i think.
;;
;;super log mode (/logall/ log al= l) c-u l or v L is particularly
;;useful as it includes state changes wi= th fewer bugs than [ (but
;;still not yet other inactive timestamps).;;
;; maybe i can use the intermediate sort thing -- the thing sacha;; used and that i use to sort or set scores or something -- to
;; elim= inate duplicates after setting logall and also using my
;; inactive.=C2= =A0 [2016-04-07 Thu 20:37]=C2=A0 org-agenda-before-sorting-filter-function = ka
;;
;; try setting org-agenda-log-mode-items to allow state and fi= nd
;; out what gets duplicated.=C2=A0 i think it is just that it shows a= s
;; a bare inactive timetamp and as a state change.
;;
;; [ is d= ifferent from log mode.
;;
;; [ provides nothing with my current setu= p which shows inactive
;; timestamps without duplicates.
;;
;;ther= e are bugs with [
;;=C2=A0 [ with no log mode loses information
;;=C2= =A0=C2=A0=C2=A0 repeater state is just nextrepeat
;;=C2=A0 [ resets upon= navigation while l does not
;;=C2=A0=C2=A0=C2=A0 you can't make it = persist or start up with it
;;=C2=A0 log mode (if you include state chan= ge) gets duplicated
;;=C2=A0=C2=A0=C2=A0 it finds the inactive timestamp= ?
;;=C2=A0=C2=A0=C2=A0 but only for state changes, not all?=C2=A0 =3Dco= uld check
;;=C2=A0 active timestamps including deadline and scheduled do= not show
;;=C2=A0=C2=A0=C2=A0 presumably this is ok because will be els= ewhere
;;=C2=A0=C2=A0=C2=A0 =3Dlater this needs detail
;;
;;adding= state to org-agenda-log-mode-items makes l and log
;;mode at startup do= the same thing as logall =3D c-u l or v L.
;;
;; state in org-agenda= -log-mode-items duplicates inactive
;; (presumably because inactive does= not exclude it).=C2=A0 it is sort
;; of useful.=C2=A0 i'd like bang= ification or todo kw.=C2=A0 if needed i
;; can use logall (c-u l or v L)= .
;;
;; =3Dlater i think i implemented bangification for ts agenda, = with
;; slightly different semantics from bangification for search
;;= agenda.=C2=A0 because more useful not to bangify known d s or so.
;;;; /log mode does not show inactive timestamps/ ka.
;;=C2=A0=C2=A0 to m= e, the concepts are similar enough that they should be
;;=C2=A0=C2=A0 me= rged into the same mechanism.=C2=A0 i do that here.=C2=A0 also [ is
;;= =C2=A0=C2=A0 conflated between two unrelated features.
;;
;;the defau= lt of org-agenda-log-mode-items is closed and clock
;;which is good.=C2= =A0 that leaves out inactive, but i have a solution
;;for that.=C2=A0 bu= t perhaps i can do state and filter it.
;;=C2=A0 [2016-04-26 Tue 11:05] = sometimes it duplicates my inactive
'(with-eval-after-load 'org-= agenda
=C2=A0 (add-to-list 'org-agenda-log-mode-items 'state));;
;;this is a good solution, but it is a defvar not defcustom.=C2=A0 = it
;;might exclude the ts in the closed ts.=C2=A0 which is good in this<= br>;;case because we show closed in org-agenda-log-mode-items.=C2=A0 and;;that shows them in a closed face with closed leader.
;;
;; this is= problematic when org-agenda-start-with-log-mode is
;; nil.=C2=A0 we wan= t it nil then.=C2=A0 and then (as i have it) toggle it
;; on when doing = log mode.
;; [2018-12-10 Mon 19:31] turning off because i have start wit= h log mode off
;; (setq org-agenda-include-inactive-timestamps nil)
;= ; (setq org-agenda-include-inactive-timestamps t)
;;this way i can see w= hat i did so far in the day and remind me
;;of good or bad things i did.=
;; l toggles
;; [2018-11-24 Sat 15:53] trying without it to not clut= ter
;; (setq org-agenda-start-with-log-mode nil)
;; (setq org-agenda-= start-with-log-mode t)
;; (defadvice org-agenda-log-mode
;;=C2=A0=C2= =A0=C2=A0=C2=A0 (around toggle-off-inactive-also activate compile)
;;=C2= =A0=C2=A0 (let ((org-agenda-include-inactive-timestamps t)
;;=C2=A0=C2= =A0=C2=A0=C2=A0 ad-do-it))
;; fixme maybe i need this on org agenda
;= ; (defadvice org-agenda
(defadvice org-agenda-log-mode
=C2=A0=C2=A0= =C2=A0 (around toggle-off-inactive-also activate compile)
=C2=A0 ;; make= log mode toggle inactive in addition to closed.
=C2=A0 ;;
=C2=A0 ;;= alternative is file bug report on toggling log
=C2=A0 ;;=C2=A0=C2=A0 bu= t have to justify that inactive should be in log
=C2=A0 ;;=C2=A0=C2=A0 e= tc.
=C2=A0 ;;
=C2=A0 ;; org-agenda-include-inactive-timestamps is a d= efvar.
=C2=A0 ;; this was let but i think setq works better.=C2=A0 not s= ure that
=C2=A0 ;; try with org-agenda-start-with-log-mode is relevant.<= br>=C2=A0 ;;
=C2=A0 ;;=C2=A0=C2=A0 if
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2= =A0 e-jinsei=C2=A0=C2=A0=C2=A0 12:00=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Ev= ent:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MOOT supplements yet?=C2=A0 nose spray y= et?
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2=A0 shows up even when off
=C2=A0 ;= ;=C2=A0=C2=A0=C2=A0=C2=A0 but in event face not doneish
=C2=A0 ;;=C2=A0= =C2=A0=C2=A0=C2=A0 event overrides doneish
=C2=A0 ;;=C2=A0=C2=A0=C2=A0= =C2=A0 /not a bug/
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 it is t= he happy feeling setting
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 m= ight be useful for ranges
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = (setq org-agenda-skip-timestamp-if-done t)
=C2=A0 ;;=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 (setq org-agenda-skip-timestamp-if-done nil)
=C2=A0 ;= ;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0
=C2=A0 ;; fixme setq-local
=C2= =A0 ;; fixme do we need to toggle some of org-agenda-skip-*-if-done or simi= lar?
=C2=A0 ;;=C2=A0=C2=A0 no, need to fix org bug that changes log mode= ka
=C2=A0 ;; fixme shouldn't this be orthogonal to status of log mo= de?
=C2=A0 (setq org-agenda-include-inactive-timestamps
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; old note: my solution for inactive might = get turned
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; off by v L.=C2= =A0 perhaps i need to inspect this variable
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ;; more.=C2=A0 =3Dlater maybe this is fixed?
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 ;; v l does just this command
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 ;; v L does it with one prefix arg, meaning
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 ;;=C2=A0=C2=A0 show all possible log items, not on= ly the ones
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;;=C2=A0=C2=A0 co= nfigured in =E2=80=98org-agenda-log-mode-items=E2=80=99. --
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; (?l (call-interactively 'org-agenda-l= og-mode))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; (?L (org-agenda-= log-mode '(4)))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; so the= oretically showing all would also add anything i
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 ;; don't have in org-agenda-log-mode-items.=C2=A0= currently
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; that is state.<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ;; the sense of this is reversed becuse ad-do-it toggles=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; org-agenda-show-log by de= sign.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (not org-agenda-show-lo= g))
=C2=A0 ad-do-it)


On Wednesday, April 10, 2024, Ihor= Radchenko <yantar92@posteo.net> wrote:
Russell = Adams <RLAdams@adamsinfoser= v.com> writes:

> I pull up a file in 'emacs -Q'.
>
> M-x org-agenda 1 a=C2=A0 =C2=A0(restricted to current file, create age= nda view).
> Now viewing the weekly agenda in buffer *Org Agenda*.
> Press "L" to enable logbook.
> Press "[" to enable inactive timestamps.
>
> I now see the full week with log and timestamps.
>
> Press "b" to go back one week.
>
> I now see last week's agenda. Logbook mode is still enabled. Inact= ive
> timestamps are missing.
>
> Pressing "[" will enable inactive timestamps again.

Ok. I can see what is happening.
Unlike agenda log-mode, where L toggles the mode on/off, the inactive
timestamps are not toggled; they can only be enabled and re-enable
manually when the agenda view is refreshed.

This is consistent with the documentation:

=E2=80=98v [=E2=80=99 or short =E2=80=98[=E2=80=99 (=E2=80=98org-agenda-man= ipulate-query-add=E2=80=99)
=C2=A0 =C2=A0 =C2=A0Include inactive timestamps into the current view.=C2= =A0 Only for
=C2=A0 =C2=A0 =C2=A0weekly/daily agenda.

Note how there no word "toggle" in the manual. It explicitly refe= rs to
the "current view".

I am not sure why it is done this way and I cannot see any explanations
in the git logs.

I do not see why it should not be possible to make inactive timestamp
display into a toggle.
Patches welcome. It is an easy patch.

--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>



--
The Kafka Pandemic

A blog about science,= health, human rights, and misopathy: https://thekafkapandemic.blogspot.com

--000000000000a8cfd70615c50e90--