[O] How to display only state changes in a Logbook?
I am trying to figure out how to configure a timeline agenda view that would show only state changes, rather than SCHEDULED or DEADLINE entries. I customized the "Org Agenda Log Mode Items:" entry have only the "state" checkbox on, and "closed" and "clock" are off, and that seems to imply that only the "state" entries would show up, but, unless I am doing something wrong, both "state" and scheduling/deadline information shows up. I am happy to configure a custom agenda view if that's what it would take, I am not clear on what the incantation for that would be. Thanks! PS This is my first time posting to the list: sorry if it doesn't follow some conventions. I am not quite clear what they are around here - for example, I noticed that quite a few subject lines start with [O], so did the same, but I am unclear on what that means. I am also unclear on what the other accepted subject line indicators are. If there's a FAQ on using the mailing list, I missed it.
Re: [O] How to display only state changes in a Logbook?
A quick follow-up to this: I've also started investigating whether, instead of logging state changes, I could just use the org-log-done setting to generate the "Closed: [date]" stamps. The problem is the same: I can display closed entries in the timeline view, but I can't omit the Scheduled and Deadline entries. On Wed, Dec 24, 2014 at 10:14 PM, Yuri Niyazov wrote: > I am trying to figure out how to configure a timeline agenda view that > would show only state changes, rather than SCHEDULED or DEADLINE entries. I > customized the "Org Agenda Log Mode Items:" entry have only the "state" > checkbox on, and "closed" and "clock" are off, and that seems to imply that > only the "state" entries would show up, but, unless I am doing something > wrong, both "state" and scheduling/deadline information shows up. I am > happy to configure a custom agenda view if that's what it would take, I am > not clear on what the incantation for that would be. > > Thanks! > > > PS This is my first time posting to the list: sorry if it doesn't follow > some conventions. I am not quite clear what they are around here - for > example, I noticed that quite a few subject lines start with [O], so did > the same, but I am unclear on what that means. I am also unclear on what > the other accepted subject line indicators are. If there's a FAQ on using > the mailing list, I missed it. >
Re: [O] How to display only state changes in a Logbook?
Got it! What I was looking for is "(org-agenda-entry-types '(:closed)" in the org-agenda-custom-commands block. On Thu, Dec 25, 2014 at 2:36 AM, Yuri Niyazov wrote: > A quick follow-up to this: I've also started investigating whether, > instead of logging state changes, I could just use the org-log-done setting > to generate the "Closed: [date]" stamps. The problem is the same: I can > display closed entries in the timeline view, but I can't omit the Scheduled > and Deadline entries. > > On Wed, Dec 24, 2014 at 10:14 PM, Yuri Niyazov > wrote: > >> I am trying to figure out how to configure a timeline agenda view that >> would show only state changes, rather than SCHEDULED or DEADLINE entries. I >> customized the "Org Agenda Log Mode Items:" entry have only the "state" >> checkbox on, and "closed" and "clock" are off, and that seems to imply that >> only the "state" entries would show up, but, unless I am doing something >> wrong, both "state" and scheduling/deadline information shows up. I am >> happy to configure a custom agenda view if that's what it would take, I am >> not clear on what the incantation for that would be. >> >> Thanks! >> >> >> PS This is my first time posting to the list: sorry if it doesn't follow >> some conventions. I am not quite clear what they are around here - for >> example, I noticed that quite a few subject lines start with [O], so did >> the same, but I am unclear on what that means. I am also unclear on what >> the other accepted subject line indicators are. If there's a FAQ on using >> the mailing list, I missed it. >> > >
[O] Agenda with an archived indicator
I am trying to build an agenda view that includes both Archived and non-Archived items, and includes an indicator whether an item is archived or not. Here's how I've gotten it to work so far: In custom agenda: (... (org-agenda-prefix-format "%(yn/org-archived-display) %-11c%-11T%-11s") ... ) (defun yn/org-archived-display () (if (get-text-property (point-at-bol) :org-archived) "A" " ")) I figured if I learned how org-agenda skips over archived org entries while building the display, that will give some insight into what the code inside that expression should look like, so that code is derived from org-agenda-skip. This has an appreciable slow-down while building the agenda, I assume it's because it is re-parsing the item. Is there something in the environment of the expressions in %() that can be efficiently interrogated for archived/not archived status?
Re: [O] Agenda with an archived indicator
Any ideas on this, anyone? On Sun, Dec 28, 2014 at 2:30 AM, Yuri Niyazov wrote: > I am trying to build an agenda view that includes both Archived and > non-Archived items, and includes an indicator whether an item is > archived or not. Here's how I've gotten it to work so far: > > In custom agenda: > > (... (org-agenda-prefix-format "%(yn/org-archived-display) > %-11c%-11T%-11s") ... ) > > (defun yn/org-archived-display () > (if (get-text-property (point-at-bol) :org-archived) > "A" > " ")) > > > I figured if I learned how org-agenda skips over archived org entries > while building the display, that will give some insight into what the > code inside that expression should look like, so that code is derived > from org-agenda-skip. > > This has an appreciable slow-down while building the agenda, I assume > it's because it is re-parsing the item. Is there something in the > environment of the expressions in %() that can be efficiently > interrogated for archived/not archived status?
Re: [O] Agenda with an archived indicator
test On Tue, Dec 30, 2014 at 1:47 AM, Yuri Niyazov wrote: > Any ideas on this, anyone? > > On Sun, Dec 28, 2014 at 2:30 AM, Yuri Niyazov wrote: >> I am trying to build an agenda view that includes both Archived and >> non-Archived items, and includes an indicator whether an item is >> archived or not. Here's how I've gotten it to work so far: >> >> In custom agenda: >> >> (... (org-agenda-prefix-format "%(yn/org-archived-display) >> %-11c%-11T%-11s") ... ) >> >> (defun yn/org-archived-display () >> (if (get-text-property (point-at-bol) :org-archived) >> "A" >> " ")) >> >> >> I figured if I learned how org-agenda skips over archived org entries >> while building the display, that will give some insight into what the >> code inside that expression should look like, so that code is derived >> from org-agenda-skip. >> >> This has an appreciable slow-down while building the agenda, I assume >> it's because it is re-parsing the item. Is there something in the >> environment of the expressions in %() that can be efficiently >> interrogated for archived/not archived status?
[O] Block agenda
How do I go back and forth across days in one view in a block agenda, without resetting the other one? I am configuring a custom view in the agenda like this: (setq org-agenda-custom-commands '(("A" "Multiple Agendas" ((agenda "" ) (agenda "" )) ((org-agenda-ndays 1) Note that I've stripped out all the configurations that make those two agendas different, since that's not what's relevant here. I load this view up, I position the cursor in the top view, and I hit "b" because I want to look at yesterday. Then, I position the cursor in the bottom view, and hit "b" as well. Now, the top view is redrawn, and is reset back to "today". Is it possible to navigate a block view that consists of multiple agendas in sync?
[O] org-log-done vs. State Logbook
Hi everyone, So, I am trying to learn org-mode and figure out what's best for me. One of the things that I would like to see is how long a TODO task takes to travel through my life, on average from the moment when it is captured, to scheduled, to done. Does something like this already exists? One of the things I learned earlier today from this thread https://lists.gnu.org/archive/html/emacs-orgmode/2011-10/msg00112.html was that there's nothing that allows you to log state at the moment of capture, so I created a capture template with a LOGBOOK drawer included with an initial state change, like this: "* TODO %? SCHEDULED: %^t :LOGBOOK: - State \"CAPTURED\" from \"\" %u :END:" Now, one of the things that I am finding hard to figure out is what to do at the end: there's both the ability to log when the object is done using org-log-done, and one can also track every state change, which includes the final state change of being done, with LOGBOOK state changes. I am leaning towards turning them both on going forward, but I have a bunch of old tasks, and some of them only have the CLOSED: [timestamp] entry, and some of them only have the -State "DONE" from "TODO" line in Logbook, and I don't know whether to invest the time into fixing up the old entries to mirror the existing ones. The answer to this depends on whether a package for for displaying statistics to me already exists, and if it depends on one of those (CLOSED entry vs. Logbook state changes). I know about clocktable, but clocktable seems to only be for Clocking-in and Clocking-out entries, not across the lifetime of a task.
Re: [O] org-log-done vs. State Logbook
Thank you. I am already using it, and org-habit really is for habits, rather than for individual tasks. The closest non-Org analogy I can think of what I am trying to implement is (for the programmers out there) the "SCRUM" development methodology. I know it has its detractors and is quite controversial, but the one aspect of it that I liked when I was exposed to it is that it required someone to keep track of how long it took a task, on average, to go from "created" to "completed" stage. On Sat, Jan 3, 2015 at 8:45 PM, Eric Abrahamsen wrote: > Yuri Niyazov writes: > >> Hi everyone, >> >> >> So, I am trying to learn org-mode and figure out what's best for me. >> One of the things that I would like to see is how long a TODO task >> takes to travel through my life, on average from the moment when it is >> captured, to scheduled, to done. Does something like this already >> exists? >> >> One of the things I learned earlier today from this thread >> https://lists.gnu.org/archive/html/emacs-orgmode/2011-10/msg00112.html >> was that there's nothing that allows you to log state at the moment of >> capture, so I created a capture template with a LOGBOOK drawer >> included with an initial state change, like this: >> >> "* TODO %? >> SCHEDULED: %^t >> :LOGBOOK: >> - State \"CAPTURED\" from \"\" %u >> :END:" >> >> Now, one of the things that I am finding hard to figure out is what to >> do at the end: there's both the ability to log when the object is done >> using org-log-done, and one can also track every state change, which >> includes the final state change of being done, with LOGBOOK state >> changes. I am leaning towards turning them both on going forward, but >> I have a bunch of old tasks, and some of them only have the CLOSED: >> [timestamp] entry, and some of them only have the -State "DONE" from >> "TODO" line in Logbook, and I don't know whether to invest the time >> into fixing up the old entries to mirror the existing ones. The answer >> to this depends on whether a package for for displaying statistics to >> me already exists, and if it depends on one of those (CLOSED entry vs. >> Logbook state changes). >> >> I know about clocktable, but clocktable seems to only be for >> Clocking-in and Clocking-out entries, not across the lifetime of a >> task. > > You could maybe take a look at org-habit? I haven't really used it, so I > can't tell you about its ins and outs, but it might be useful. On the > other hand, it seems to be mostly for repeating habits. Dunno what else > there is... > >
Re: [O] org-log-done vs. State Logbook
as soon as I typed that out I googled org mode scrum and found https://github.com/ianxm/emacs-scrum so I'll be giving that a look. Thanks for stimulating my brain :) On Sat, Jan 3, 2015 at 8:57 PM, Yuri Niyazov wrote: > Thank you. I am already using it, and org-habit really is for habits, > rather than for individual tasks. The closest non-Org analogy I can > think of what I am trying to implement is (for the programmers out > there) the "SCRUM" development methodology. I know it has its > detractors and is quite controversial, but the one aspect of it that I > liked when I was exposed to it is that it required someone to keep > track of how long it took a task, on average, to go from "created" to > "completed" stage. > > On Sat, Jan 3, 2015 at 8:45 PM, Eric Abrahamsen > wrote: >> Yuri Niyazov writes: >> >>> Hi everyone, >>> >>> >>> So, I am trying to learn org-mode and figure out what's best for me. >>> One of the things that I would like to see is how long a TODO task >>> takes to travel through my life, on average from the moment when it is >>> captured, to scheduled, to done. Does something like this already >>> exists? >>> >>> One of the things I learned earlier today from this thread >>> https://lists.gnu.org/archive/html/emacs-orgmode/2011-10/msg00112.html >>> was that there's nothing that allows you to log state at the moment of >>> capture, so I created a capture template with a LOGBOOK drawer >>> included with an initial state change, like this: >>> >>> "* TODO %? >>> SCHEDULED: %^t >>> :LOGBOOK: >>> - State \"CAPTURED\" from \"\" %u >>> :END:" >>> >>> Now, one of the things that I am finding hard to figure out is what to >>> do at the end: there's both the ability to log when the object is done >>> using org-log-done, and one can also track every state change, which >>> includes the final state change of being done, with LOGBOOK state >>> changes. I am leaning towards turning them both on going forward, but >>> I have a bunch of old tasks, and some of them only have the CLOSED: >>> [timestamp] entry, and some of them only have the -State "DONE" from >>> "TODO" line in Logbook, and I don't know whether to invest the time >>> into fixing up the old entries to mirror the existing ones. The answer >>> to this depends on whether a package for for displaying statistics to >>> me already exists, and if it depends on one of those (CLOSED entry vs. >>> Logbook state changes). >>> >>> I know about clocktable, but clocktable seems to only be for >>> Clocking-in and Clocking-out entries, not across the lifetime of a >>> task. >> >> You could maybe take a look at org-habit? I haven't really used it, so I >> can't tell you about its ins and outs, but it might be useful. On the >> other hand, it seems to be mostly for repeating habits. Dunno what else >> there is... >> >>
[O] [bug?] Different whitespace behavior between capture, and capture w. refile
Let's say I start with a .notes file that looks like this: #+BEGIN_EXAMPLE * Tasks * Refile Here * Other Stuff #+END_EXAMPLE with all the default capture templates. The only org-mode configuration I have is (org-blank-before-new-entry (quote ((heading) (plain-list-item as well as C-c c for capture. Everything else is default. This is on Emacs 24.4, and org-mode 8.2.10 Let's say I have another file called ~/Spike.org open, and I am capturing from it. This is not relevant to the example, but makes it clearer where the links are coming from. Then, I capture two items: C-c c t "Capture Item 1" C-c C-c and C-c c t "Capture Item 2" C-c C-c. Now, my .notes file looks like this: #+BEGIN_EXAMPLE * Tasks ** TODO Capture Item 1 [2015-01-04 Sun] [[file:~/Spike.org]] ** TODO Capture Item 2 [2015-01-04 Sun] [[file:~/Spike.org]] * Refile Here * Other Stuff #+END_EXAMPLE Note how there are no blank lines between the different capture items. Now, I capture two items, but instead of finishing the capture with C-c C-c, I refile right from the Capture window: C-c c t "Refile Item 1" C-c C-w "Refile here" and C-c c t "Refile Item 2" C-c C-w "Refile here". Now, my .notes file looks like this: #+BEGIN_EXAMPLE * Tasks ** TODO Capture Item 1 [2015-01-04 Sun] [[file:~/Spike.org]] ** TODO Capture Item 2 [2015-01-04 Sun] [[file:~/Spike.org]] * Refile Here ** TODO Refile Item 1 [2015-01-04 Sun] [[file:~/Spike.org]] ** TODO Refile Item 2 [2015-01-04 Sun] [[file:~/Spike.org]] * Other Stuff #+END_EXAMPLE Note how refiling from the capture window introduced whitespace between items under "Refile here", but finishing the capture doesn't. Needless to say, this inconsistency drives me mildly up the wall. I am currently looking into writing some sort of hook for org-after-refile-insert-hook, but exactly what to do there is unclear. Is there some configuration option I am missing? Thanks!
Re: [O] [bug?] Different whitespace behavior between capture, and capture w. refile
Could someone please chime in on this? On Sunday, January 4, 2015, Yuri Niyazov wrote: > Let's say I start with a .notes file that looks like this: > > #+BEGIN_EXAMPLE > * Tasks > * Refile Here > * Other Stuff > #+END_EXAMPLE > > with all the default capture templates. > > The only org-mode configuration I have is > > (org-blank-before-new-entry (quote ((heading) (plain-list-item > > as well as C-c c for capture. Everything else is default. This is on > Emacs 24.4, and org-mode 8.2.10 > > Let's say I have another file called ~/Spike.org open, and I am > capturing from it. This is not relevant to the example, but makes it > clearer where the links are coming from. > > Then, I capture two items: > > C-c c t "Capture Item 1" C-c C-c and C-c c t "Capture Item 2" C-c C-c. > > Now, my .notes file looks like this: > > #+BEGIN_EXAMPLE > * Tasks > ** TODO Capture Item 1 > [2015-01-04 Sun] > [[file:~/Spike.org]] > ** TODO Capture Item 2 > [2015-01-04 Sun] > [[file:~/Spike.org]] > * Refile Here > * Other Stuff > #+END_EXAMPLE > > Note how there are no blank lines between the different capture items. > > Now, I capture two items, but instead of finishing the capture with > C-c C-c, I refile right from the Capture window: > > C-c c t "Refile Item 1" C-c C-w "Refile here" and C-c c t "Refile Item > 2" C-c C-w "Refile here". > > Now, my .notes file looks like this: > > #+BEGIN_EXAMPLE > * Tasks > ** TODO Capture Item 1 > [2015-01-04 Sun] > [[file:~/Spike.org]] > ** TODO Capture Item 2 > [2015-01-04 Sun] > [[file:~/Spike.org]] > * Refile Here > ** TODO Refile Item 1 > [2015-01-04 Sun] > [[file:~/Spike.org]] > > ** TODO Refile Item 2 > [2015-01-04 Sun] > [[file:~/Spike.org]] > > * Other Stuff > #+END_EXAMPLE > > Note how refiling from the capture window introduced whitespace > between items under "Refile here", but finishing the capture doesn't. > Needless to say, this inconsistency drives me mildly up the wall. I am > currently looking into writing some sort of hook for > org-after-refile-insert-hook, but exactly what to do there is unclear. > Is there some configuration option I am missing? > > Thanks! >
[O] Hiring a programmer
I'd like to hire a programmer to hack on some things in org-mode for my use. If these improvements are contributed back the main org-mode repository, would the copyright assignment have to come from me, or from the programmer?
Re: [O] Clock start time is gone
Noah Slater apache.org> writes: > I'm moving point over a habit in the agenda, clocking on with I, > switching buffer a few times, then switching back and hitting O. > Occasionally, I get a "Clock start time is gone" message. I just got > one now. If I go to the node, I see this: > > :LOGBOOK: > CLOCK: [2014-09-07 Sun 19:41] > - State "DONE" from "TODO" [2014-09-01 Mon 22:46] > CLOCK: [2014-09-01 Mon 22:01]--[2014-09-01 Mon 22:46] => 0:45 > ... I get this behavior pretty regularly as well, but I don't have a clear idea on how to reproduce it, or how to fix it. Has this been resolved?
[O] Bug: agenda interaction with org-agenda-dim-blocked-tasks, org-agenda-max-entries and org-enforce-todo-dependencies [8.3beta (release_8.3beta-785-gb5d9f4 @ /Users/yn/dotfiles/org.emacs.d/org-mode/
Consider the following org file: * Tasks ** Ordered Tasks :PROPERTIES: :ORDERED: t :END: *** TODO Module 1 TODO Item 1 SCHEDULED: <2015-02-01 Sun> TODO Item 2 SCHEDULED: <2015-02-01 Sun> *** TODO Module 2 TODO Item 3 SCHEDULED: <2015-02-01 Sun> TODO Item 4 SCHEDULED: <2015-02-01 Sun> ** Other Tasks *** TODO Random Task 1 SCHEDULED: <2015-02-01 Sun> *** TODO Random Task 2 SCHEDULED: <2015-02-01 Sun> What I would expect to happen: loading up the agenda shows four items: Item 1, Item 2, Random Task 1, Random Task 2 What actually happens: The agenda shows only two items: Item 1, Item 2. This starts happening when org-agenda-dim-blocked-tasks is set to invisible. What seems to happen is that the blocked tasks, even though they are invisible, are still counted towards org-agenda-max-entries. Emacs : GNU Emacs 24.4.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) of 2014-10-22 on burry.local Package: Org-mode version 8.3beta (release_8.3beta-785-gb5d9f4 @ /Users/yn/dotfiles/org.emacs.d/org-mode/lisp/) current state: == (setq org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-agenda-max-entries 4 org-default-notes-file "Capture.org" org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-agenda-dim-blocked-tasks 'invisible org-mode-hook '(org-clock-load #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes auto-indent-turn-on-org-indent) org-archive-hook '(org-attach-archive-delete-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-directory "~/dotfiles/org.emacs.d/org-files-debug/" org-enforce-todo-dependencies t org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-agenda-files '("~/dotfiles/org.emacs.d/org-files-debug/") org-clock-out-hook '(org-clock-remove-empty-clock-drawer) )
Re: [O] Limiting number of items shown in custom agenda
does org-agenda-max-entries not work? On Tue, Feb 3, 2015 at 11:13 AM, Subhan Michael Tindall < subh...@familycareinc.org> wrote: > I have the following custom agenda command > > ("Z" "Last Worked skip" ((alltodo "" ((org-agenda-skip-function > > (lambda nil (org-agenda-skip-entry-if (quote notregexp) > "\\:LastWorked\\:"))) > > (org-agenda-sticky nil) > > (org-agenda-view-columns-initially t) > > (org-agenda-sorting-strategy (quote (tsia-down > todo-state-down))) > > > > Each item worked has a property that is automatically set to the last time > it was worked (:LastWorkedJ > > > > As-is, this works OK, and shows all non-closed headlines with a > :LastWorked: property > > > > What I’d like to do is limit this to only show say the 10 most recently > worked items. > > Can’t seem to find a way to do this. > > Any ideas? This limit needs to happen after the sort. > > > > This message is intended for the sole use of the individual and entity to > which it is addressed and may contain information that is privileged, > confidential and exempt from disclosure under applicable law. If you are > not the intended addressee, nor authorized to receive for the intended > addressee, you are hereby notified that you may not use, copy, disclose or > distribute to anyone the message or any information contained in the > message. If you have received this message in error, please immediately > advise the sender by reply email and delete the message. Thank you. >
Re: [O] Bug: agenda interaction with org-agenda-dim-blocked-tasks, org-agenda-max-entries and org-enforce-todo-dependencies [8.3beta (release_8.3beta-785-gb5d9f4 @ /Users/yn/dotfiles/org.emacs.d/org-m
On Tue, Feb 3, 2015 at 1:13 PM, Nicolas Goaziou wrote: > > > This starts happening when org-agenda-dim-blocked-tasks is set to > > invisible. What seems to happen is that the blocked tasks, even though > > they are invisible, are still counted towards org-agenda-max-entries. > > AFAIU, even though they are invisible, the entries are somewhere in the > agenda view, and logically add up to the total. Yes, that seems to me the behavior I am seeing. Are you saying that this is not a bug? It is certainly very surprising behavior. I had the "make blocked tasks invisible" setting for months, and then only recently started limiting the number of entries, so it took me quite some time to figure out why I was seeing only, for example, 4 items in the agenda when I was expecting to see 10 (which is where the org-agenda-max-entries setting is) - the two settings are not obviously related. Also, this is inconsistent with other settings like org-agenda-skip-deadline-if-done and org-agenda-skip-deadline-prewarning-if-scheduled, which actively remove items from the agenda view. I understand that the setting has the verb "skip" rather than "dim" in it, but that's not enough of an indicator up front to know that the two settings work differently when it comes to counting towards the total. > You may want to skip altogether blocked tasks instead. What do you mean by that?
Re: [O] Bug: agenda interaction with org-agenda-dim-blocked-tasks, org-agenda-max-entries and org-enforce-todo-dependencies [8.3beta (release_8.3beta-785-gb5d9f4 @ /Users/yn/dotfiles/org.emacs.d/org-m
On Tue, Feb 3, 2015 at 2:12 PM, Nicolas Goaziou wrote: > Documentation (e.g., docstrings) may be improved, then. Would you want > to suggest such an improvement? In the docstring for "org-agenda-dim-blocked-tasks" "Because dimming is not the same as skipping, items dimmed to invisible count against the limits specified by org-agenda-max-*" In the docstring for entries like org-agenda-max-entries and org-agenda-max-todos "If org-agenda-dim-blocked-tasks is set to invisible, those entries will still count towards the limits specified by this setting." > As you noticed, skipping is not the same as dimming. The latter is > purely visual. See `org-agenda-skip-function' to really skip tasks from > agenda, and probably `org-entry-blocked-p' to ignore blocked tasks. I now think that having the ability to dim to invisible is a feature mistake. I'm having a difficult time seeing when a user would want to dim to invisible purely visually, rather than really skipping a blocked task. There's no visual difference between dimming to invisible and skipping, but they have subtly different and non-intuitive differences in behavior. A better fix would be to create a org-agenda-skip-blocked-tasks setting (which would be implemented much like other skip settings) and in the docstring in dim to invisible setting explain the difference and point to the new setting, and maybe eventually deprecate dim to invisible. If you think that is an acceptable direction, I am happy to start working on a patch.
Re: [O] Bug: bulk TODO state change creates a LOGBOOK state change note only for one task
I can confirm - this has happened to me too On Wednesday, February 4, 2015, Maxim Baz wrote: > The important piece of org-mode configuration is: > > org-minimal.el > > (setq org-todo-keywords '( > (sequence "TODO(t)" "NEXT(n!)" "|" "DONE(d)"))) > > So I expect the following note to appear in LOGBOOK once I change the > state from TODO to NEXT: > > :LOGBOOK: > - State "NEXT" from "TODO" [2015-02-04 Wed 22:11] > :END: > > It works perfectly fine if I change a state of a single task. > But if select multiple TODO tasks in Agenda view and change all of them to > NEXT in bulk, only the last task will have such "state change" record. > > I expect org-mode to create such "state change" note in LOGBOOK drawer for > every task I'm changing. > > Now I'll describe my steps in a bit more detailed way, and afterwards you > will find the system information I use. > > 1. emacs -Q -l ~/org-minimal.el ~/test.org > 2. Create 3 tasks: > * TODO task1 > * TODO task2 > * TODO task3 > 3. M-x -> org-agenda-file-to-front > 3. M-x -> org-agenda -> t > 4. Mark those 3 tasks > 5. M-x -> org-agenda-bulk-action -> t -> NEXT > > The ACTUAL contents of ~/test.org is: > > * NEXT task1 > * NEXT task2 > * NEXT task3 > :LOGBOOK: > - State "NEXT" from "TODO" [2015-02-04 Wed 22:11] > :END: > > The EXPECTED contents of ~/test.org is: > > * NEXT task1 > :LOGBOOK: > - State "NEXT" from "TODO" [2015-02-04 Wed 22:11] > :END: > * NEXT task2 > :LOGBOOK: > - State "NEXT" from "TODO" [2015-02-04 Wed 22:11] > :END: > * NEXT task3 > :LOGBOOK: > - State "NEXT" from "TODO" [2015-02-04 Wed 22:11] > :END: > > Emacs: GNU Emacs 25.0.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of > 2015-01-09 on lgw01-32 > Package: Org-mode version 8.3beta (release_8.3beta-794-g55c070 @ > /home/z0rch/.emacs.d/el-get/org-mode/lisp/) > >
[O] Strange behavior with block agendas
If a block agenda exists, with say, agenda on top and todo on the bottom, then by default it opens to "today". It is possible then to press j and select a different date to go to. After that, if we hit "r" to redisplay, we get different behavior: - If the point is in the agenda section of the buffer, then the agenda is redisplayed with the date that was selected after hitting "j" - If the point is in the todo section of the buffer, then the agenda is redisplayed with today's date. Do you guys think this is correct behavior, or inconsistent behavior?
Re: [O] Strange behavior with block agendas
>> If a block agenda exists, with say, agenda on top and todo on the bottom, >> then by default it opens to "today". It is possible then to press j and >> select a >> different date to go to. After that, if we hit "r" to redisplay, we get >> different >> behavior: >> - If the point is in the agenda section of the buffer, then the agenda is >> redisplayed with the date that was selected after hitting "j" >> - If the point is in the todo section of the buffer, then the agenda is >> redisplayed with today's date. >> >> Do you guys think this is correct behavior, or inconsistent behavior? > > Where is point when you are hitting 'j' in these cases? "j" is on the agenda. When I try to hit "j" on the todo list, I get a "Not allowed in todo-type agenda buffers" message, so that's not relevant. The same happens with "b"and "f"
Re: [O] Bug: 8.2.10 fails to insert diary entry [as opposed to 8.3beta (release_8.3beta-785-gb5d9f4 @ /home/grfz/src/org-mode/lisp/)]
On Tue, Feb 3, 2015 at 1:24 PM, Gregor Zattler wrote: >> Could you provide a more complete backtrace, possibly with >> a non-compiled Org (C-u M-x org-reload)? > > Sorry, I cannot reproduce it any more. Which is strange since > nothing changed on this system with respect to this receipt. > > Sorry for the noise. I wouldn't call it noise: I've had something similar happen to me too, but also without any success at reproducing on demand. It seems to happen in only very specific circumstances.
Re: [O] Strange behavior with block agendas
any further comment on this? On Fri, Feb 6, 2015 at 11:58 AM, Yuri Niyazov wrote: >>> If a block agenda exists, with say, agenda on top and todo on the bottom, >>> then by default it opens to "today". It is possible then to press j and >>> select a >>> different date to go to. After that, if we hit "r" to redisplay, we get >>> different >>> behavior: >>> - If the point is in the agenda section of the buffer, then the agenda is >>> redisplayed with the date that was selected after hitting "j" >>> - If the point is in the todo section of the buffer, then the agenda is >>> redisplayed with today's date. >>> >>> Do you guys think this is correct behavior, or inconsistent behavior? >> >> Where is point when you are hitting 'j' in these cases? > > "j" is on the agenda. When I try to hit "j" on the todo list, I get a > "Not allowed in todo-type agenda buffers" message, so that's not > relevant. The same happens with "b"and "f"
Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE
you can just type in the time in the mini buffer. On Thu, Feb 12, 2015 at 12:17 PM, Subhan Michael Tindall wrote: > Both C-c C-d (deadline) and C-d C-s (schedule) bring up a calendar in the > mini-buffer to pick a date > > This is great > > However, there doesn’t appear to be any way to include a time in the > deadline without going in afterwards and manually editing it. > > This is not so great. > > > > I would dearly love to be able to easily enter in deadlines for items with a > full date/time stamp. I frequently need to know that item X is not only due > tomorrow (DEADLINE: <2015-02-13 Fri>). But that it is due tomorrow at 1:00 > PM (DEADLINE: <2015-02-13 Fri 13:00>) > > Manually editing to add the time stamp seems to cause no problems, and > causes DEADLINES to locate in the time grid as expected, which is very > helpful. > > Am I just missing something, or is this a glaring hole in the scheduling > mechanic? > Thanks! > > Subhan > > > > > This message is intended for the sole use of the individual and entity to > which it is addressed and may contain information that is privileged, > confidential and exempt from disclosure under applicable law. If you are not > the intended addressee, nor authorized to receive for the intended > addressee, you are hereby notified that you may not use, copy, disclose or > distribute to anyone the message or any information contained in the > message. If you have received this message in error, please immediately > advise the sender by reply email and delete the message. Thank you.
Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE
On Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall wrote: > Not really an acceptable answer. Having to use 2 different interface methods > to fill in one time/date stamp value is confusing and cludgy. Plus, if you > type in a full time/date stamp + time, you can still move around in the > calendar, but it doesn't update the selected datestamp in yellow. Also > confusing. Cludgy is in the eye of the beholder. I am hugely bothered by various inconsistencies in org-mode user interface (see my other posts to this list) but this one is very far down on the list. This is why: When I need to schedule a date, it is sufficiently close to today's date that it is usually 2-3 S+ARROWS keystrokes away from today, so the calendar with "today" selected as default is great. So, let's see how a time selector would work: When you bring up a time selector, it could by default show one of the following three options: 1) The current time 2) The last time you selected when you used the time selector 3) Some default configurable time like "noon" When I need to schedule a time for an event, the time that something needs to happen is usually not related to any times on that list, so using S+ARROWS would be less efficient than typing out the time, which is at most four keystrokes if its on the hour. (E.g. "10pm" ). Of course, this is only true if you are a touch-typist.
Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE
PS It is clear that you can *both* select the correct date using calendar, and *then* type in the time while still in the calendar selector, right? On Thu, Feb 12, 2015 at 5:36 PM, Yuri Niyazov wrote: > On Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall > wrote: >> Not really an acceptable answer. Having to use 2 different interface methods >> to fill in one time/date stamp value is confusing and cludgy. Plus, if you >> type in a full time/date stamp + time, you can still move around in the >> calendar, but it doesn't update the selected datestamp in yellow. Also >> confusing. > > Cludgy is in the eye of the beholder. I am hugely bothered by various > inconsistencies in org-mode user interface (see my other posts to this > list) but this one is very far down on the list. This is why: > > When I need to schedule a date, it is sufficiently close to today's > date that it is usually 2-3 S+ARROWS keystrokes away from today, so > the calendar with "today" selected as default is great. > > So, let's see how a time selector would work: > > When you bring up a time selector, it could by default show one of the > following three options: > > 1) The current time > 2) The last time you selected when you used the time selector > 3) Some default configurable time like "noon" > > When I need to schedule a time for an event, the time that something > needs to happen is usually not related to any times on that list, so > using S+ARROWS would be less efficient than typing out the time, which > is at most four keystrokes if its on the hour. (E.g. "10pm" ). Of > course, this is only true if you are a touch-typist.
Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE
On Fri, Feb 13, 2015 at 5:25 AM, Charles Millar wrote: >> Why bother with the arrow keys at all? I have a capture template for >> appointments and deadlines which requests date and time. Calendar is called. >> Rather than arrow keys I type the datetime (optional duration) and >> then enter - e.g. call the template, then "2/28 13:30 (and then enter the >> rest of template requests such as 'What has to be done"" Because "tomorrow" is one key combo away - Shift-Right, and you don't have to remember today's date and add 1 to it. Likewise, "same day next week" is one key combo away - Shift-Down", and you don't have to add 7 to it. YMMV, but this sort of cognitive load reduction is important to some people, including myself.
Re: [O] Why not push?
On Sun, Feb 15, 2015 at 2:38 AM, Nicolas Goaziou wrote: > No. Good luck with refactoring "org.el". ;) Could you clarify what you think are the biggest issues with refactoring org.el ?
Re: [O] how to get images support in Emacs on Windows?
It's not called "image.dll", which may be a source of confusion. Here are the instructions specifically for PNG images. For each type, a different DLL is required: http://stackoverflow.com/questions/2650041/emacs-under-windows-and-png-files On Thu, Feb 19, 2015 at 3:19 PM, Herbert Sitz wrote: > I'm trying to use inline images on Windows and (I think?) I've gotten to the > point where I understand that this is not available with the standard GNU > Emacs installation on Windows. My understanding is that I need an > "image.dll" that I can put in the bin directory. I think that comes as part > of EmacsW32 install, but that install seems to be packaged as a single > executable, not sure how to get image.dll without running a full install of > EmacsW32, which I don't think I want. > > So, am I correct in understanding that all I need is that 'image.dll' to get > inline image support on Windows (I'm running v24.4 of Emacs). If not, what > more do I need to do? And how can I get (or make) a copy of that .dll? > > Thanks, > > Herbert > >
[O] Question about logreschedule
In org-mode it is possible to log rescheduling information about an item by setting org-log-reschedule to 'time; this results in lines like "- Rescheduled from "2015-01-29 Thu" on [2015-02-10 Tue 20:45]" entered into the Logbook. I am trying to build some performance measurement tools; the general architecture of these tools would be that I would convert agenda information to CSV using http://orgmode.org/manual/Extracting-agenda-information.html then import the CSVs into a database and then work with the database. One of the pieces of information that I would really like to include in the database (and thus in the CSV, and thus in the agenda) is the rescheduling information. Now, the Log view in Agenda parses lines like "- State "DONE" from "TODO" [2015-01-27 Tue 23:15]" in the LOGBOOK drawer and includes them in the agenda, but I haven't seen it do anything with the "Rescheduled from %s to %s" lines. How can I get the rescheduled lines into the agenda and then into a csv? Thanks!
Re: [O] org-agenda - how to move columns
look into org-agenda-prefix-format. However, you can also change the category of your org files by putting #+CATEGORY: MYCAT at the very top of your org files, and that decouples the category (the first column in agenda) from the filename. On Mon, Feb 23, 2015 at 11:59 AM, David Belohrad wrote: > Dear All, > > I'm using quite long filenames for my org files > (e.g. emails_sent-pcbe13433.org). I get into troubles when constructing > an agenda as there is not enough space between the first filename > column and second time column. Is there any way how to adjust the widths > of the columns in the agenda? > > many thanks > .d. > >
[O] Capture Template Menus
What would be required to have Org-Mode support Capture Template Menus? In Custom Agenda Views, it is possible to have a prefix according to an example in the documentation: https://www.gnu.org/software/emacs/manual/html_node/org/Storing-searches.html#Storing-searches ("hl" tags "+home+Lisa") ("hp" tags "+home+Peter") ("hk" tags "+home+Kim"))) But configuring custom capture templates with two-letter prefixes like that doesn't work.
[O] Creating a link to a file using ID
I would like to link to a whole file (rather than a heading in that file), but instead of using the path+name, I would like to use an id, so that it survives renames. Is it possible to assign an ID to the whole buffer? I tried doing #+CUSTOM_ID: A948A2E7-F4A0-4F77-8D7A-C6273DA7D734 and #+ID: A948A2E7-F4A0-4F77-8D7A-C6273DA7D734 but a link to such an ID results in an error when clicked. I am going to link to a heading in the file instead for now, but it would be nice to know if this is possible. Thanks!
[O] Recurse through a directory tree in org-agenda
It is common to have something like this in an org configuration: (customize-set-variable 'org-agenda-files '("~/org")) This means that all the org files in ~/org (but not all the org files in subdirectories of "~/org") will be automatically included in the agenda. It seems like a common request on this mailing list is: what if I created a fairly involved directory tree with org files throughout, how do I include all those directories in org-agenda-files? And also, what if I modify my filesystem and create a new directory somewhere under "~/org" - do I have to restart Emacs or rerun the code that configures org? Here's a solution that seems to take care of everything automatically for me (and also filters out things that I don't want to include, like directories named "zz_old", ".git" and "zz_journal") (require 'find-lisp) (require 'cl) (defun yn/recurse-subdirectories (directory) (let ((predicate (lambda (pred) (lexical-let ((p pred)) (lambda (dir parent) (and (not (or (string= dir ".git") (string= dir "zz_old") (string= dir "zz_journal"))) (funcall p dir parent))) (append (find-lisp-find-files-internal directory (funcall predicate 'find-lisp-file-predicate-is-directory) (funcall predicate 'find-lisp-default-directory-predicate)) (cons directory nil (defadvice org-agenda-files (before yn/org-agenda-files (&optional unrestricted archives)) (customize-set-variable 'org-agenda-files (yn/recurse-subdirectories org-directory))) (ad-activate 'org-agenda-files) I don't have contributor papers signed with the FSF (yet) but obviously the intent of this message is for everyone to use this.
[O] Org-Mode and iCloud Reminders
Has anyone had any success with getting Mac OS X Reminders working with org-mode? I found this blog post from a few years ago: http://msnyder.info/posts/2012/05/icloud-reminders-orgmode/ and was wondering if anyone's had much success with that or some other syncing mechanism. Thanks!
Re: [O] Org-Mode and iCloud Reminders
what do you use for rem->org? On Thu, Jun 25, 2015 at 7:41 PM, Ken Mankoff wrote: > I have hopes for rem https://github.com/kykim/rem but right now it is easier > to have rem->org than org->rem. > > -k. > > Please excuse brevity. Sent from pocket computer with tiny non-haptic > feedback keyboard. > > On Jun 25, 2015, at 19:43, Yuri Niyazov wrote: > > Has anyone had any success with getting Mac OS X Reminders working > with org-mode? I found this blog post from a few years ago: > http://msnyder.info/posts/2012/05/icloud-reminders-orgmode/ and was > wondering if anyone's had much success with that or some other syncing > mechanism. > > Thanks! >