From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id 8JuIGEcRF2bYPwEA62LTzQ:P1 (envelope-from ) for ; Thu, 11 Apr 2024 00:23:03 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id 8JuIGEcRF2bYPwEA62LTzQ (envelope-from ) for ; Thu, 11 Apr 2024 00:23:03 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=OHaIQ2pB; dmarc=pass (policy=none) header.from=gmail.com; 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=1712787783; 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=l0jh4ymOOy4/8O8J2tR75748y8plZ2afKUh2RjPlVug=; b=jjCqCCUn3d0spX17lSHZ3aZeBjtZbfy7joKUSOCHgvs4c7SDPEUvXbbt0TJjXt8QHk1KF7 xilmHMFjbc+PsVq/158yTB823XZoV9TIeWxuufm0YS6eArqUg62aO9w837DsTd5FSvBdqY mHQn4c/T8evaRuDVKLKEU3sI+9Qh+6U7bAji9XQ2Slxah3CSXp18bnMyAIKBPcrTeBC7b5 mnFjeRSFd/3ZioO89eR9GNdsbWoyW9mQOjHuXIbdpazJuUVm0QtiXElPJfWUWG71KpZ+wX cpNWS3jAJQqjuQ9PbV0qDsXCLNIN5oYhVIVMZEXzISv4HGJ9tDvCzZ/AWyyNGg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=OHaIQ2pB; dmarc=pass (policy=none) header.from=gmail.com; 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=1712787783; a=rsa-sha256; cv=none; b=c2XsSNU5T+KJmxTrUKx7UnUlCLmHbH+M2WRGq0gqtgtgEQRdSpa+ZzPGKpkOHhZZL2bJcA h+DuXD05B4o7kwdUgDExqG2bxQ6r1W+xmfM1zWBZqdpnXgH++Ml/CU99Anz0cjMRb/uOY/ qQbZudJMUajK61blom0xie78y9ZU6czN1ZLDHn13niUywn2w+om6p0bGhn8UCpISuDKgfX KnJitdM33Wg8ckK3cfWyTc6z/YEtZLoNw/6k9jdWMIK1pGfgdM/c/jSf7u7vk5zh3YQuIW iF+R4Z/lMZJZxjuuqEzDdtGsAyhjT1oniriXibGTJKnMpNjHqgUH7oURmXJQ6g== 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 CF3CC65BD7 for ; Thu, 11 Apr 2024 00:23:02 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rugKP-0006Eb-2X; Wed, 10 Apr 2024 18:22:01 -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 1rugKN-0006ET-Ul for emacs-orgmode@gnu.org; Wed, 10 Apr 2024 18:21:59 -0400 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rugKL-0004qc-2U for emacs-orgmode@gnu.org; Wed, 10 Apr 2024 18:21:59 -0400 Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-516ced2f94cso2370191e87.1 for ; Wed, 10 Apr 2024 15:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712787715; x=1713392515; 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=l0jh4ymOOy4/8O8J2tR75748y8plZ2afKUh2RjPlVug=; b=OHaIQ2pBmq020FLhi6hN4NrP7mUutOs/Ax6kmkkCaHTmD/QSSIq/wB9dbQue6DDGBV w7lpv+/HqCW1L+ay5gI6HFpPlXfUgPgM6GzpztKhRHtfWhk2Erx3AVTHpB47QdsHVdi0 T2L+pYzaDANMp3/ObIFJKksKTUT+qGAhMLuuB2xtmK6Ie59TTiprjgSustd2MaYs0a1H dM8j5JJ4czFjqYsE/BhM/WjlKLdxw09phdkOrbZPrC+m/EoL1QMKcNziIliQYFYhFVS3 owuFZBNZdaTiITIzctxdtbLJaptpVL8cPdHf8pR2ItleRXsd0RLmT7o7HJXtG57oK3A2 0bSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712787715; x=1713392515; 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=l0jh4ymOOy4/8O8J2tR75748y8plZ2afKUh2RjPlVug=; b=cfxMi2gTPyMrjHNaKGbLNeEpF0XEHXW1lZTDchTgeogVGnj2uH0lEATlWjEpC/Ok46 tRsr9OQjqPhC5QXmYkssJLLgi9hK0IB1PMWTL0P+xfA+bYb+tnWdsyUK23x2mhlDDjnF Z64cGSruCFU7UsPtICTblFjMbLCdZ9mUbKpwdRLuc42axtmECcRmVK9P5B2HwP0nwRwG wc9nVep6EWbMq94KFZicAIeaynKBNOybDy7v9Xei90HA+DCAFDk7Cb+HX2GI5NWC0XiR vRnpyDeqizfCDW5as0k+nRdPmWLOiYzEooZNpriTga9foCE1RV7F/4dRo/NmP+Jc7kpb uD8A== X-Forwarded-Encrypted: i=1; AJvYcCW2M9BXL4ZXvdbVO3eJ1WVoHVO0VMlLHxRHtuUbiMV+fWCXITVJbPByv+/TV0LjbfkB+tIIE8LRgeoqmtpYIdJET/EUB0Y= X-Gm-Message-State: AOJu0YwG62jV2pl693OYGI4LyQbw2hneHkbCbPrIU94WcFKEsUu7D1P5 twyt0Gez+ChYm9MJdRfim0uPG9r4KZp+AfiEiHc1XBkEjrfVOTuocXC9ls9JHyZ1C1Vh7CpxD7v rG7qWNG2+5aizSdh/AnP0zQj81kQ= X-Google-Smtp-Source: AGHT+IHZgzNJnnhyyFGAlHUwhuAcniIZmvaCSIOOOTfQthbGO4FysRZN1+GZ3ffa0DGEcoSKINcLrOMAsCVG8mg2Zns= X-Received: by 2002:a05:6512:3694:b0:517:5434:5345 with SMTP id d20-20020a056512369400b0051754345345mr2184237lfs.2.1712787714885; Wed, 10 Apr 2024 15:21:54 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6520:25c1:b0:28b:8855:7106 with HTTP; Wed, 10 Apr 2024 15:21:53 -0700 (PDT) In-Reply-To: References: <87edbfircx.fsf@localhost> <878r1le20v.fsf@localhost> From: Samuel Wales Date: Wed, 10 Apr 2024 15:21:53 -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="0000000000005252610615c57739" Received-SPF: pass client-ip=2a00:1450:4864:20::135; envelope-from=samologist@gmail.com; helo=mail-lf1-x135.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-Migadu-Scanner: mx11.migadu.com X-Spam-Score: -9.68 X-Migadu-Queue-Id: CF3CC65BD7 X-TUID: LXMgHlQhtWXR --0000000000005252610615c57739 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable actually you migt be betst ignoring the notes as they were written many years before even the tses in it. but the code wfm. On Wednesday, April 10, 2024, Samuel Wales wrote: > 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 anybod= y. > > 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-fu= nction > 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 > off > ;; (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-= manipulate-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 >> >> > > -- > The Kafka Pandemic > > A blog about science, health, human rights, and misopathy: > https://thekafkapandemic.blogspot.com > > --=20 The Kafka Pandemic A blog about science, health, human rights, and misopathy: https://thekafkapandemic.blogspot.com --0000000000005252610615c57739 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable actually you migt be betst ignoring the notes as they were written many yea= rs before even the tses in it.=C2=A0 but the code wfm.

On Wednesday,= April 10, 2024, Samuel Wales <s= amologist@gmail.com> wrote:
to me, the concepts of the log mode feature and the showi= ng 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.=C2=A0 years ago, i implemented a toggle, using log mod= e as the toggle.=C2=A0 i made lots of notes, but the notes might not be com= prehensible to anybody.

i also wanted certain info= rmation to show or not show regarding state changes.

the code is trivial.=C2=A0 it merely toggles inactive when you toggle lo= g mode.

;; [[id:26806393-dca3-43a6-a92d-d= 8985d32f4bd][COMMENT issues with my inactive thing -- need to have v L stil= l respect inactive, but pre-empt when state change]]
;;
;; if i want = to see state changes 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;;
;; currently implemented options are state changes but no
;; ina= ctive, state changes with redundant inactive, and only
;; inactive.
;= ;
;; i want inactive preempted by state change.=C2=A0 but don't car= e
;; much if i can just get inactive, which i do.
;;
;; =3D= later this might or might not be analogous to closed being
;= ; tagged ts and thus correctly not tsia.

;;l o= r v l is for log mode: closed (doneish), clock, and state if
;;you set t= hat.
;;
;;what about notes?
;;
;; too confusing to have two lev= els of log mode unless i really
;; want to always show something (like c= losed deadline) and
;; toggle showing all.=C2=A0 which i don't reall= y need.=C2=A0 i prefer all
;; or none i think.
;;
;;super log mod= e (/logall/ log all) c-u l or v L is particularly
;;useful as it include= s state changes with fewer bugs than [ (but
;;still not yet other inacti= ve timestamps).
;;
;; maybe i can use the intermediate sort thing -- = the thing sacha
;; used and that i use to sort or set scores or somethin= g -- to
;; eliminate 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 find
;; out what gets duplicated.=C2=A0 i think it i= s just that it shows as
;; a bare inactive timetamp and as a state chang= e.
;;
;; [ is different from log mode.
;;
;; [ provides nothin= g with my current setup which shows inactive
;; timestamps without dupli= cates.
;;
;;there are bugs with [
;;=C2=A0 [ with no log mode lose= s 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 change) 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 =3Dcould check
;;=C2=A0 active timestamps including dea= dline and scheduled do not show
;;=C2=A0=C2=A0=C2=A0 presumably this is = ok because will be elsewhere
;;=C2=A0=C2=A0=C2=A0 =3Dlater this needs de= tail
;;
;;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 bangification or todo kw.=C2=A0 if needed i
;; can u= se logall (c-u l or v L).
;;
;; =3Dlater i think i implemented bangi= fication for ts agenda, with
;; slightly different semantics from bangif= ication for search
;; agenda.=C2=A0 because more useful not to bangify k= nown d s or so.
;;
;; /log mode does not show inactive timestamps/ ka= .
;;=C2=A0=C2=A0 to me, the concepts are similar enough that they should= be
;;=C2=A0=C2=A0 merged into the same mechanism.=C2=A0 i do that here.= =C2=A0 also [ is
;;=C2=A0=C2=A0 conflated between two unrelated features= .
;;
;;the default 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 but perhaps i can do state and filter it.
;;=C2=A0 [2= 016-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 w= hich is good in this
;;case because we show closed in org-agenda-log-mod= e-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 want 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 bec= ause i have start with log mode off
;; (setq org-agenda-include-inactive= -timestamps nil)
;; (setq org-agenda-include-inactive-timestam= ps 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-mo= de 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-a= lso 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 may= be 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 acti= vate compile)
=C2=A0 ;; make log mode toggle inactive in addition to clo= sed.
=C2=A0 ;;
=C2=A0 ;; alternative is file bug report on toggling = log
=C2=A0 ;;=C2=A0=C2=A0 but have to justify that inactive should be in= log
=C2=A0 ;;=C2=A0=C2=A0 etc.
=C2=A0 ;;
=C2=A0 ;; org-agenda-inc= lude-inactive-timestamps is a defvar.
=C2=A0 ;; this was let but i = think setq works better.=C2=A0 not sure that
=C2=A0 ;; try with org-agen= da-start-with-log-mode is relevant.
=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 Event:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MOOT= supplements yet?=C2=A0 nose spray yet?
=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 even= t face not doneish
=C2=A0 ;;=C2=A0=C2=A0=C2=A0=C2=A0 event overrides don= eish
=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 the happy feeling setting
=C2=A0 ;;=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 might 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 t= oggle some of org-agenda-skip-*-if-done or similar?
=C2=A0 ;;=C2=A0=C2= =A0 no, need to fix org bug that changes log mode ka
=C2=A0 ;; fixme sho= uldn't this be orthogonal to status of log mode?
=C2=A0 (setq org-ag= enda-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 ;; mor= e.=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 t= his command
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; v L does it wi= th 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 only the ones
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;;=C2=A0=C2=A0 configured in =E2=80=98org-ag= enda-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-log-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 theoretically 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.
=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 design.
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (not org-agenda-show-log))
=C2=A0 ad-do-i= t)


On Wednesday, April 10, 2024, Ihor Radchenko <yantar92@posteo.net&= gt; wrote:
Russell Ada= ms <RLAda= ms@adamsinfoserv.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



--
The Kafka Pandemic

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

--0000000000005252610615c57739--