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 mank...@gmail.com 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 yuri.niya...@gmail.com 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!
[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!
[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] 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] 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.
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 da...@belohrad.ch 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] 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] 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 hes...@gmail.com 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
Re: [O] Why not push?
On Sun, Feb 15, 2015 at 2:38 AM, Nicolas Goaziou m...@nicolasgoaziou.fr 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 include time when generating timestamp for DEADLINE/SCHEDULE
On Fri, Feb 13, 2015 at 5:25 AM, Charles Millar mill...@verizon.net 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 datespacetime (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] 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 subh...@familycareinc.org 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
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 yuri.niya...@gmail.com wrote: On Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall subh...@familycareinc.org 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 Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall subh...@familycareinc.org 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] Strange behavior with block agendas
any further comment on this? On Fri, Feb 6, 2015 at 11:58 AM, Yuri Niyazov yuri.niya...@gmail.com 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 band f
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 band 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 telegr...@gmx.net 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.
[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] 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 z0rch.cod...@gmail.com 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/)
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 m...@nicolasgoaziou.fr 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] 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 2:12 PM, Nicolas Goaziou m...@nicolasgoaziou.fr 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.
[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] Clock start time is gone
Noah Slater nslater at 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] 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] [bug?] Different whitespace behavior between capture, and capture w. refile
Could someone please chime in on this? On Sunday, January 4, 2015, Yuri Niyazov yuri.niya...@gmail.com 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] [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!
[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 e...@ericabrahamsen.net wrote: Yuri Niyazov yuri.niya...@gmail.com 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 yuri.niya...@gmail.com 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 e...@ericabrahamsen.net wrote: Yuri Niyazov yuri.niya...@gmail.com 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] 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?
Re: [O] Agenda with an archived indicator
Any ideas on this, anyone? On Sun, Dec 28, 2014 at 2:30 AM, Yuri Niyazov yuri.niya...@gmail.com 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 yuri.niya...@gmail.com wrote: Any ideas on this, anyone? On Sun, Dec 28, 2014 at 2:30 AM, Yuri Niyazov yuri.niya...@gmail.com 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] 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] 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 yuri.niya...@gmail.com 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 yuri.niya...@gmail.com 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 yuri.niya...@gmail.com 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] 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.