Dynamic block match fails on checkbox columns
I'm trying to use a dynamic block with :match to filter columnview for a checkbox column. However, the match is failing. Based on some variations that do work (described below the example), it seems the closing square bracket may be the problem. Here's a minimal example: * Things :PROPERTIES: :COLUMNS: %20ITEM %CHKBOX{X/} :ID: Things :CHKBOX_ALL: "[ ]" "[X]" :END: *** One Thing :PROPERTIES: :CHKBOX: [X] :END: *** Another Thing :PROPERTIES: :CHKBOX: [ ] :END: * Dynamic Block #+BEGIN: columnview :id Things :match "CHKBOX=\"[X]\"" | ITEM | CHKBOX | |--+| #+END: If I use curly braces for CHKBOX_ALL (i.e., "{ }" "{X}") instead of square braces, it works fine (of course, I have to also use :match "CHKBOX=\"{X}\""). But then the SUMMARY-TYPE in the COLUMNS definition doesn't work. The match (but not the summary) also works if I remove just the *closing *square bracket from the CHKBOX properties and the :match string. FWIW, the match also fails for the case of searching for unchecked items (i.e., :match "CHKBOX=\"[ ]\""). Emacs version: 27.2 Org version: 9.4.4 Dan
Re: [O] Sub-tree EXPORT_ properties are not over-riding file-level options
On Thu, Nov 13, 2014 at 10:14 AM, Nicolas Goaziou m...@nicolasgoaziou.fr wrote: The EXPORT_ properties are only meaningful when you do a subtree export, i.e., Export scope is Subtree in export dispatcher. Thank you! That does the trick. I must say, this is a little confusing because an active region limits the output of the export to the active region. Thus, the output of a single subtree misled me to believe that the scope of the export had been already limited to Subtree. I now see the variable org-export-initial-scope, but that's a little too heavy handed (since one can't export the entire file if it is left set to Subtree. It would be nice if there was some way to have 'C-c @' automatically (and temporarily) set this variable to Subtree until the next export or until the region is de-activated. Thanks again, Dan
[O] Sub-tree EXPORT_ properties are not over-riding file-level options
My exports are not picking up sub-tree EXPORT_ properties. Emacs: GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN Org: Org-mode version 8.2.10 (release_8.2.10-16-g4c37a9 Here's my test file (export-test.org): #+AUTHOR: Daniel Sinder #+OPTIONS: toc:nil * First Heading - Item 1.a - Item 1.b * Second Heading :PROPERTIES: :EXPORT_AUTHOR: E. Maxor Gamode :END: - Item 2.a - Item 2.b When I export the whole file to ASCII, the author is set, as expected, from the AUTHOR option (blank lines removed for brevity): ___ EXPORT-TEST Daniel Sinder ___ 1 First Heading === - Item 1.a - Item 1.b 2 Second Heading - Item 2.a - Item 2.b When I select just the Second Heading, I then get the following (note, EXPORT_AUTHOR property is not picked up): ___ EXPORT-TEST Daniel Sinder ___ 1 Second Heading - Item 2.a - Item 2.b If I disable the loading of my locally installed, bleeding edge org-mode from my init.el, it brings me back to Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef), which is the old export engine (I think). However the sub-tree export at least does what I'd expect in terms of setting the title (from the heading) and author (from the property): Second Heading == Author: E. Maxor Gamode Date: 2014-11-12 19:53:00 Pacific Standard Time - Item 2.a - Item 2.b I've verified the same problem for other EXPORT_ properties and other export formats (e.g., html). Is this a bug in the new export engine, or am I doing something wrong? Any suggestions/help would be appreciated. Thanks, Dan
Re: [Orgmode] remember template is slow
On Wed, Jul 7, 2010 at 9:30 AM, Buck Brody buckbr...@gmail.com wrote: I'm finding that my remember templates are slow to load. I've got a lag of about three to four seconds. I know that doesn't sound like much, but it's kind of puts a kink in the workflow. I use GNU emacs on Windows. I also have cygwin installed, and I have noticed that the problem doesn't occur when using cygwin. Any ideas? For what it's worth, I've also had this problem for a while now. However, I *do* use emacs w/ cygwin: Windows XP (w/ Cygwin) GNU Emacs 23.2.1 Org-mode version 6.36trans (release_6.36.453.g0cd4) I suspect (for no particular reason other than disdain for Windows) that it is related to poor file system (NTFS) access speeds. For example, maybe org is trying to open several files to look for TODO keywords and/or tags? Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: remember template is slow
On Fri, Jul 9, 2010 at 2:44 PM, Richard Riley rile...@gmail.com wrote: Daniel J. Sinder dan...@sindercity.com writes: On Wed, Jul 7, 2010 at 9:30 AM, Buck Brody buckbr...@gmail.com wrote: I'm finding that my remember templates are slow to load. I've got a lag of about three to four seconds. I know that doesn't sound like much, but it's kind of puts a kink What does remember templates are slow to load mean in this context? You mean when you want to enter any new remember item or only the first one? Any delay is normally once only when org is initialised. Another thing to look at which crucified my erc (irc client for emacs) performance was flyspell - I had to remove it from my erc setup. in the workflow. I use GNU emacs on Windows. I also have cygwin installed, and I have noticed that the problem doesn't occur when using cygwin. Any ideas? For what it's worth, I've also had this problem for a while now. However, I *do* use emacs w/ cygwin: Windows XP (w/ Cygwin) GNU Emacs 23.2.1 Org-mode version 6.36trans (release_6.36.453.g0cd4) I suspect (for no particular reason other than disdain for Windows) that it is related to poor file system (NTFS) access speeds. For example, maybe org is trying to open several files to look for TODO keywords and/or tags? What makes you think ntfs would be a bottle neck? Bringing religious wars into help discussions is rarely productive and better kept to the advocacy groups ;) People use org on pretty much all mainstream OSen. Dan Actually, I should have been more explicit -- I use emacs and org *exclusively* on Windows (via cygwin). In fact, for years now, I exclusively use Windows as far as operating systems go. However, not being an OS expert, but just a user, I am frequently frustrated by file access speeds. I have heard (just water-cooler talk) that as the registry gets bloated over time, NTFS file access slows, having something to do with frequent checks of the registry prior to file access. Originally, I didn't feel I understood the issue well enough to claim this as a legitimate reason in this forum. But, seeing your (over)reaction, perhaps I should have explained myself better. Did I bring a religious war into the discussion? No, I most certainly did not. I didn't mention any other OS's, nor make comparisons between OS's. Rather, I suggested a possible cause (slow NTFS file access) for the problem that others and myself are seeing with org on Windows. I followed that with a question about whether org is trying to open several files when calling remember, to see if that would lead to a proper diagnosis of the problem. How did you contribute to the conversation? I didn't bring up OS comparisons -- you did! Now I know org is used on all OSen. Thanks! If you have nothing to contribute to this topic, and can't help solve my problem, then I suggest you reserve your accusations for an appropriate forum. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] About Ditaa
As Chao Lu so eloquently wrote on 1/27/2010 1:55 PM: I'm trying to power my org with the ditaa block generator, so I downloaded the jar file, and put it in ~/.emacs.d/org/var/ditaa0_9.jar. Then I include (setq org-ditaa-jar-path ~/.emacs.d/org/var/ditaa0_9.jar) in my .emacs. However it seems not work well, I do get some results like blue-a-lot-of-random-digi.png in the exported html, but no picture. So I went to check the *Message*, finding Unable to access jarfile ~/.emacs.d/org/var/ditaa0_9.jar. Could not figure out why, does anybody have some idea? I had a similar problem a while back due to my running emacs under Cygwin while JRE is actually a native Windows app. Thus, the Windows JRE doesn't understand the jarfile path. I had to hack org-exp-blocks.el to use cygwin-path-to-windows in a few places. Of course, my issue could be completely unrelated, but without more information about your setup we're all flying blind. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] New slant on the Second tuesday of the month problem
The question of timestamps for events that occur based on the ordinal count of weeks in the month (e.g., every second Tuesday of the month) has come up several times before. The bottom line is that a diary sexp has to be used, and I understand that. This is fine for, say, U.S. election days (Tuesday after the first Monday of November) because they are never postponed. However, some repeating events like this (like work meetings) occasionally get postponed a day or two. Normally, I use multiple headings for repeating events that have this problem, which is easy thanks to org-clone-subtree-with-time-shift. With this, I can shift any given occurrence right from the agenda, and even add meeting notes to the headlines for specific meeting occurrences. How can I achieve this with an event that *requires* a diary sexp? In essence I would like a function org-create-subtree-clones-from-diary-sexp that would generate N headlines for the next N occurrences of the event in an sexp. Or, is there another way to achieve this? Thanks, Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: odd problem in org-archive-subtree [6.33trans (release_6.33f.88.g3224)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Here's an odd problem when I call org-archive-subtree with a prefix argument. It seems that DONE subtrees are not found if I'm using odd level headlines. I've tried this minimal test case: begin: test case 1 #+STARTUP: hidestars odd * DONE Project 1 *** DONE Task 1.1 *** DONE Task 1.2 end: test case 1 If I put the cursor on the level-1 headline and do C-u C-c C-x C-s, I am not prompted if I want to archive the level-3 children. However, if I remove 'odd' from the STARTUP line and move the level 3 headlines to level 2, so I have this: begin: test case 1 #+STARTUP: hidestars * DONE Project 1 ** DONE Task 1.1 ** DONE Task 1.2 end: test case 1 then a repeat of the same command (C-u C-c C-x C-s) correctly asks if I want to archive the two level-2 headlines. I've removed my personal customizations and the problem does not go away. Dan Emacs : GNU Emacs 23.0.60.1 (i686-pc-cygwin, GTK+ Version 2.6.10) of 2008-12-25 on homepc Package: Org-mode version 6.33trans (release_6.33f.88.g3224) current state: == (setq org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] ) org-confirm-elisp-link-function 'yes-or-no-p org-occur-hook '(org-first-headline-recenter) ) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-remember templates with dynamic target headline
I want a remember template that will have a target headline based on the date on which I call org-remember. For a simple example, the effect I'd like to achieve is shown by putting the following in my .emacs: (setq org-remember-templates `((Journal ?j * %u %?\n ~/org/wjournal.org ,(format-time-string %G: Week %V I'm an elisp noob, but I realize the problem here is that format-time-string is only evaluated once when my .emacs is read. So, unless I restart emacs every week. This doesn't work. How can I cause format-time-string to be re-evaluated whenever org-remember is called? Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] How much time do I spend in meetings?
I spend an unfortunately large portion of my time at work in meetings. I keep track of my meetings in a file 'meetings.org' where, for each meeting, I may also keep notes. For example, the structure looks like this: * 2009 *** 2009-06-08 Mon 16:00-17:30 Meeting 1 *** 2009-06-08 Mon 15:30-16:00 Meeting 2 *** 2009-06-08 Mon 15:00-15:30 Meeting 3 * If I have notes, they're under the heading - More information - about this meeting *** 2009-06-08 Mon 14:00-14:30 Meeting 4 *** 2009-06-08 Mon 11:00-12:30 Meeting 5 *** 2009-06-08 Mon 10:00-11:00 Meeting 6 *** 2009-06-05 Fri 15:30-17:30 Meeting 7 *** 2009-06-05 Fri 13:30-15:30 Meeting 8 *** 2009-06-05 Fri 11:00-13:30 Meeting 9 *** 2009-06-05 Fri 10:00-10:30 Meeting 10 For many meetings, I don't take notesor don't even take my laptop to the meeting. However, I'd still like to summarize/report the time I spend in meetings, but clocking in/out seems entirely redundant. After all, the time I spend in the meeting is already in the headline's time stamp. For now, I go through each meeting headline at the end of the day, clocking in/out, and adjusting the times to match the time stamp. It's a silly exercise in redundancy. Is there a better way to do this? For example, is there some way to use the meeting time stamps directly in clock summaries/reports (as if I had clocked in/out at those times)? I'm not looking for a new feature here, just curious if there's a better way. Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Should 'QUOTE' turn off in-buffer mark-up?
I just cut-and-pasted a table from the IETF RTP RFC into orgmode as follows: * QUOTE RTP Header Format 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=2|P|X| CC |M| PT | sequence number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | timestamp | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | synchronization source (SSRC) identifier| +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ |contributing source (CSRC) identifiers | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The orgmode markup rules make this a bit of a mess. Actually, at least the content is undisturbed here, but I've seen worse -- for example, an otherwise well formatted table in which the columns have phone numbers with country codes starting with '+'. This leads to strikeout marks that actually strike through the cell contents! So, would it make sense to turn off in-buffer markup under headings marked with the QUOTE keyword? Of course, prefixing every line with ':' has the desired effect, so there is an existing work-around, but requiring the prefix seems to make 'QUOTE' not very powerful/useful. (I can't find 'QUOTE' in the documentation now, so maybe this feature has been deprecated? But, #+BEGIN/END_EXAMPLE has the same problem.) Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Hiding #+XXX lines
As Keith Lancaster so eloquently wrote on 5/21/2009 2:41 PM: Is it possible to hide, during normal editing, the configuration / comment lines in a project file? I put my entire top-of-the-file configuration in a property drawer. It can obviously be expanded on demand, but otherwise is not expanded (ie, when I load the file). My .emacs has this (from Custom): (custom-set-variables '(org-drawers (quote (PROPERTIES SETUP LOGBOOK The my .org file has this at the top (for example): :SETUP: #+STARTUP: hidestars odd lognoteclock-out lognotedone #+LANGUAGE: en #+OPTIONS: H:4 num:nil toc:nil \n:nil @:t ::t |:t ^:{} *:t TeX:f #+CATEGORY: PROJECTS #+TYP_TODO: TODO(t/@) INPROGRESS(i@/@)| CANCELED(C@/@) DONE(D@/@) #+FILETAGS: Work :END: Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Hiding #+XXX lines
As Keith Lancaster so eloquently wrote on 5/22/2009 2:12 PM: Thanks to both of you! I'll give each a try and see which works for me. On this topic generally, I am using separate files for each project. So far, I've been copying text similar to that below to each new project, but given the breadth of org-mode, I'm guessing that I'm doing it wrong. How do you handle this? Look up '#+SETUPFILE' in the the 'Concept Index' of the manual. I think that is what you are looking for. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Setting org-log-into-drawer in a property
As Carsten Dominik so eloquently wrote on 5/19/2009 1:38 AM: On May 19, 2009, at 7:54 AM, Daniel J. Sinder wrote: Most of my tasks have only one state change (TODO-DONE), so I like to be able to quickly see my log notes by fully expanding all headings in a sub-tree. Thus, I do NOT use the LOGBOOK property. However, for repeating items the list of log entries can get quite long. If I fully expand a sub-tree with a repeating task, the log notes push the rest of the tree off the screen. I'd rather if *only* repeating tasks (and perhaps select other tasks) used the LOGBOOK property to keep the log notes hidden in a drawer. This brings me to my question and possible feature request. The LOGGING property allows us to set logging preference on a sub-tree basis. Is it possible to set the value of org-log-into-drawer on a sub-tree basis, either via the LOGGING property or some other property? If not, would it be possible to add this capability? That does make sense. Please use the new LOG_INTO_DRAWER property for this purpose. - Carsten (Being more precise (see *emphasis*) to avoid claiming credit for something I had nothing to do with) Carsten, I subscribed to this list in April '06, and I remember suggesting the *note* logging feature later that year (http://article.gmane.org/gmane.emacs.orgmode/612). The next release (version 4.50) included *note* logging. Incredibly, three years later, despite the explosive growth of orgmode and its community of users developers, you still implemented my feature request (coincidentally related to logging) within a day! Three years ago, I eagerly absorbed each new feature. Now, although I'm still an avid user of orgmode, the growth in my personal use lags behind the pace of development, and there are many new features that I have not even touched. In fact, I often can't even keep up with the volume of this list. Yet, the new features have little or no impact on the features I do use, even though I keep my version nearly at the bleeding edge via git. This is just great software design and management! Anyway, this is my way of saying a profound thank you for a great tool and superb support. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Setting org-log-into-drawer in a property
Most of my tasks have only one state change (TODO-DONE), so I like to be able to quickly see my log notes by fully expanding all headings in a sub-tree. Thus, I do NOT use the LOGBOOK property. However, for repeating items the list of log entries can get quite long. If I fully expand a sub-tree with a repeating task, the log notes push the rest of the tree off the screen. I'd rather if *only* repeating tasks (and perhaps select other tasks) used the LOGBOOK property to keep the log notes hidden in a drawer. This brings me to my question and possible feature request. The LOGGING property allows us to set logging preference on a sub-tree basis. Is it possible to set the value of org-log-into-drawer on a sub-tree basis, either via the LOGGING property or some other property? If not, would it be possible to add this capability? Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Setting org-log-into-drawer in a property
As Carsten Dominik so eloquently wrote on 5/19/2009 1:38 AM: On May 19, 2009, at 7:54 AM, Daniel J. Sinder wrote: Most of my tasks have only one state change (TODO-DONE), so I like to be able to quickly see my log notes by fully expanding all headings in a sub-tree. Thus, I do NOT use the LOGBOOK property. However, for repeating items the list of log entries can get quite long. If I fully expand a sub-tree with a repeating task, the log notes push the rest of the tree off the screen. I'd rather if *only* repeating tasks (and perhaps select other tasks) used the LOGBOOK property to keep the log notes hidden in a drawer. This brings me to my question and possible feature request. The LOGGING property allows us to set logging preference on a sub-tree basis. Is it possible to set the value of org-log-into-drawer on a sub-tree basis, either via the LOGGING property or some other property? If not, would it be possible to add this capability? That does make sense. Please use the new LOG_INTO_DRAWER property for this purpose. - Carsten Carsten, I subscribed to this list in April '06, and I remember suggesting the logging feature later that year (http://article.gmane.org/gmane.emacs.orgmode/612). The next release (version 4.50) included logging. Incredibly, three years later, despite the explosive growth of orgmode and its community of users developers, you still implemented my feature request (coincidentally related to logging) within a day! Three years ago, I eagerly absorbed each new feature. Now, although I'm still an avid user of orgmode, the growth in my personal use lags behind the pace of development, and there are many new features that I have not even touched. In fact, I often can't even keep up with the volume of this list. Yet, the new features have little or no impact on the features I do use, even though I keep my version nearly at the bleeding edge via git. This is just great software design and management! Anyway, this is my way of saying a profound thank you for a great tool and superb support. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] help with checklist/shopping list
(Sorry for chiming in a week later.) I think the best way to accomplish this, in that it combines the strengths of other suggestions, is to use properties and column view. Building the structure is pretty easy since you only have to manually create the property drawer under the top-most heading. The rest are inserted automatically when the check boxes are changed while in column view mode (using S-left or S-right). Here's an implementation of your example. Switching to column view shows you the summary count (i.e., [n/m]) for to top level (here [2/8]) AND each of the sub-levels (groceries [1/4], household [1/2], office supplies [0/2]). * [2008-12-15 Mon] :PROPERTIES: :COLUMNS: %30ITEM %CHECKED{X/} :CHECKED_ALL: [ ] [X] :END: ** groceries *** bananas :PROPERTIES: :CHECKED: [ ] :END: *** apples :PROPERTIES: :CHECKED: [ ] :END: *** oranges :PROPERTIES: :CHECKED: [X] :END: *** spinach :PROPERTIES: :CHECKED: [ ] :END: ** household :PROPERTIES: :CHECKED: [1/2] :END: *** laundry soap :PROPERTIES: :CHECKED: [X] :END: *** toilet paper :PROPERTIES: :CHECKED: [ ] :END: ** office supplies :PROPERTIES: :CHECKED: [0/2] :END: *** calendar for 2009 :PROPERTIES: :CHECKED: [ ] :END: *** printer paper :PROPERTIES: :CHECKED: [ ] :END: As Carsten Dominik so eloquently wrote on 12/11/2008 2:14 AM: Hi There are technical reasons for why I cannot easily summarize all the lists. How about this trick: * [2008-12-15 Mon] [1/8] - groceries - [ ] bananas - [X] apples - [ ] oranges - [ ] spinach - household - [ ] laundry soap - [ ] toilet paper - office supplies -- - [ ] calendar for 2009 - [ ] printer paper HTH - Carsten On Dec 10, 2008, at 8:42 PM, Dennis Groves wrote: I have 8 things on the list, but only 4 are seen??? *** [2008-12-15 Mon] [0/4] groceries - [ ] bananas - [ ] apples - [ ] oranges - [ ] spinach household - [ ] laundry soap - [ ] toilet paper office supplies - [ ] calendar for 2009 - [ ] printer paper Dennis___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to HTML - underscores cause unwanted sub-script
For the record, you can also fix this problem using the following file-local customization: #+OPTIONS: ^:{} I'm a regular LaTeX user, but find that escaping underscores (with '\') gets tedious when cutting and pasting multiple file names and/or variable names that include them. With the above option, before_after is left as is, while before_{after} has after set as a subscript. See section 12.2 of the documentation. Dan Parker, Matthew wrote: Perfect. Thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nick Dokos Sent: Thursday, August 14, 2008 9:52 PM To: Parker, Matthew Cc: Emacs-orgmode@gnu.org Subject: Re: [Orgmode] Exporting to HTML - underscores cause unwanted sub-script Parker, Matthew [EMAIL PROTECTED] wrote: One thing that I'm tripping up on is that I'm trying to list data base names that have underscores, e.g. prc_tms. And the 'second word' is coming out subscript: 'prc[tms'] field I realize this may be a feature and not a bug... but how to turn it off? Escape the underscore with a backslash: prc\_tms. Similarly, ^ produces a superscript whereas \^ produces a caret. And for something completely different, \alpha produces alpha; which is rendered as the first letter of the Greek alphabet etc. This notation is TeX-inspired: Carsten is a scientist, he uses TeX/LaTeX for papers and he uses org-mode for notes, so it was natural for him to adopt the notation. Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Including row numbers in a table
Bernt Hansen wrote: Bernt Hansen [EMAIL PROTECTED] writes: Last one... *honest* | Row | Data Column 1 | Data Column 2 | |-+---+---| | 1 | x1| | | 2 | some data | more data | |-+---+---| | 3 | | | | 4 | | | | 5 | | | #+TBLFM: $1=vlen(@I$1..0);EN Thanks for all three solutions -- I'm using the last one and it works great! (I think the '$1' is superfluous). Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Including row numbers in a table
I haven't used table formulas that much and I can't figure this one out. I'd like to include row numbers in the table itself. Something like this: | Row | Data Column 1 | Data Column 2 | |-++-| | 1 | some data | more data | | 2 | some more data | even more data | |-++-| | 3 | still more | yup, you guessed it | | 4 | and more | that's all | I'd like to use a formula for the first column so that if I move rows around using org commands, the row numbers can be easily re-calculated. Note that I'd like numbering to continue sequentially across horizontal lines. I've tried column formulas like @-1+1, but the horizontal lines get in the way. And if every row needs it's own formula, it's hardly better than just filling in the numbers. Can anyone suggest how to do this is a reasonably automated fashion? Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Customized header for LaTeX export
As far as I can tell, the variable org-format-latex-header is only used to generate images of LaTeX fragments in non-LaTeX export. A different header seems to be used for LaTeX export. Can the header for LaTeX export be customized? If so, which variable is this in? In particular, the default specifies a4paper, but I want US letter. Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Drawers for plain old stuff
On 05/05/2008 06:29 AM, Alan E. Davis wrote: the drawer cannot contain a headline, i.e. a line starting with one or several stars followed by a space character. Most likely, this is what was causing you problems? Exactly. A case I can think of---perhaps not convincing?---for regular expression of drawer names is a file with many pasted in, lengthy notes or data sets. So as to be able to distinguish them without opening them, one might wish to title them: :DATA-PROFILE1: :DATA-PROFILE2X: :DATA-TRANSECT_A: :DATA-SALINITY-2008-04-29: An extremely simple regular expression would be DATA.* . One can argue, convincingly, that each data set would best be stored in a file, and could be linked to. I did have two sets of calendars from 1984 and 1985 that were not huge, but were in the way. I can as easily entitle each with a headline, then brace them in :CACHE: drawers. You have convinced me, but I hope I would not bore you by asking you for comments about this. Perhaps a simpler solution here is to use the ARCHIVE tag, e.g., * DATA-PROFILE1 :ARCHIVE: * DATA-PROFILE2X :ARCHIVE: * DATA-TRANSECT_A :ARCHIVE: * DATA-SALINITY-2008-04-29 :ARCHIVE: This is especially useful if you already have these lines as headlines (as you've indicated above) and just want to get them out of the way, even when doing visibility cycling. Just do C-c C-x C-a on each headline you want to hide. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] FR: Two column view enhancements
On 03/28/2008 06:04 AM, Carsten Dominik wrote: I cannot make hl-line work (I think), because the columns are using overlays with display properties, and I believe that this does not merge well with another overlay face. Thanks anyway. I suspected it might be a problem due to overlays, but I didn't know enough to know for sure. I've now noticed that left-right scrolling for very wide column views, does not scroll the column headings with the content. Can that be done? Second, sometimes my property values are too long to fit in the column width I've allocated (e.g., %20NOTE). I was thinking it would be great if the entire value could be placed in the echo area of emacs when I move the cursor into a cell? That does get a bit noisy for my taste. Is the v key not enough? If not maybe I can make this optionally. v is perfect -- thanks. I didn't know about it. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: Two column view enhancements
Two feature requests to make column view a little more polished: First, it would be nice if hl-line-mode, or something like it, worked in column view. If I've got my emacs frame filling my physical screen and %ITEM in the left-most column, sometimes my eyes need help with properties in the right-most column to see which item they are paired with. Second, sometimes my property values are too long to fit in the column width I've allocated (e.g., %20NOTE). I was thinking it would be great if the entire value could be placed in the echo area of emacs when I move the cursor into a cell? As always, thanks to Carsten, and the growing list of contributors, for org-mode. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Check-box cookies in column view
Org-mode supports the cookies [/] and [%] to summarize the check status of the plain-list checkboxes below the headline. However, for check-box style properties, the summary-type in :COLUMNS: allows only an all-or-none summary (that is, the parent heading's column is marked [X] on if *all* children are [X]). Is there a way to get plain-list style status (% done, or x/y done) in column view for properties that are of checkbox type? Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Strange behavior with export options
The following file erroneously includes the first drawer in the exported HTML. Removing '@:t' from the export #+OPTIONS fixes the problem. Both with and without '@:t', 'Text before first headline' is properly included, and the second drawer are properly suppressed. -- :PROPERTIES: #+TITLE: Intro/Drawer Test #+OPTIONS: skip:nil d:nil @:t :END: Text before first headline. * First Headline :PROPERTIES: :prop1: value :END: * Second Headline -- Org-mode version 5.19a GNU Emacs 22.1.50.1 (i686-pc-linux-gnu, X toolkit) of 2007-06-18 Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] File specific exporting of tags
On 11/19/2007 12:19 AM, Egli Christian (KIRO 41) wrote: Can you try to adapt the relevant text in org.texi (in the distribution of org-mode) and produce a patch. This would certainly help a lot to get your problem fixed. I do appreciate that providing a patch is a better solution than providing information leading to the patch. However, I provided the relevant section and valid option values in the hope that someone who knows better could derive a patch faster and more easily than I can. As it was, I took time to determine experimentally, what the valid values were since, to me, reading Lisp is about as much fun as reading a good legal contract. If you need any help on producing a patch let me know. Yes, I'd greatly appreciate help. Some example commands would at least make it more likely that producing the patch myself wouldn't stagnate due to my perception of the time it would take me to figure out how to do it. Thanks, Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] File specific exporting of tags
The documentation for org-export-with-tags mentions the file specific tags option. But, it should probably be added to 12.6.5 in the manual (I'm looking at manual version 5.13e). Section 12.6.5 should also state the valid values, which as far as I can tell are 't', 'nil', and 'not-in-toc'. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Question: C-c C-w
On 11/07/2007 08:39 AM, Carsten Dominik wrote: is anyone using the command `C-c C-w' a lot? I am planning to use these keys for a different purpose, and to make `org-check-deadline' accessible only through the sparse tree command `C-c /' Never used it, but maybe I should have ;) ... * TODO Figure out what C-c C-w does DEADLINE: 2007-04-01 Sun ... ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Emphasis and bold in quotation
On 11/07/2007 10:16 AM, Eddward DeVilla wrote: Say: [*|This is [/|really] important!]. No. [*/_|Really!] @iWhy not @b@u re-use @/u@/b a markup that's @u already in use @/u@/i. I say bring the simple, single-character markup back to the original incarnation: *one* word /only/. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Archive tag
On 11/02/2007 11:43 AM, Bastien wrote: Hi Uwe, Uwe Jochum [EMAIL PROTECTED] writes: when I change (using customize menue for Org Archive) the archive tag from Archive (English) to Archiv (German) I have to set the faces for Archiv anew, and the Archiv tag doesn't do what the Archive tag does, i.e. Archiv doesn't work. Is this intentionally so? (Problem seen in Emacs 22.1.1 with org 5.13.) I don't have a solution, but just to remind you that Using the ARCHIVE tag is the old way of handling archives - Org now prefers to use the ARCHIVE property: , | * A headline | :PROPERTIES: | :ARCHIVE: archives/patres_archive:: | :END: | | ** This headline will be archived in archives/patres_archive ` Unlike the ARCHIVE tag, the property name ARCHIVE is fixed and cannot be changed. HTH, I don't have a solution either, but wanted to point out that there is nothing old about the ARCHIVE tag -- it serves a different purpose than the ARCHIVE property. The ARCHIVE tag leaves a heading where it is, but locks the tree from visibility cycling and hides it from sparse trees and agendas. The ARCHIVE property is alternative for #+ARCHIVE which is a file-specific way of setting org-archive-location. Dan ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Column view bugs
On 10/13/2007 02:28 AM, Carsten Dominik wrote: Feature Request #4 Is having the column view print practical? What about export? Yes, clearly important missing features. What should we have? One interesting possibility would be a dynamic block that captures the column view as an Org-mode table. Other proposals? I raised the question about column view export early on: http://thread.gmane.org/gmane.emacs.orgmode/2295 I think that thread headed in the wrong direction, with some suggestions for dynamic HTML type stuff for collapsing/expanding -- too complicated and certainly beyond my knowledge. But I think going to an Org-mode table might be the easy way out, since table exporting is already quite good. For what it's worth, this is a feature I'd use. Thanks, Dan (Still enjoying org-mode but too busy to keep up with most of the new features and the voluminous emacs-orgmode emails) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] In-buffer bold face in headline levels
On 07/10/2007 11:54 PM, Carsten Dominik wrote: OK, I am giving up on emphasis. This is really too hard for my little brain. Basically, I don't know how to make this work for all the requests I have gotten in the past, including - allowing stacked fontification, like bold and italic - allowing characters that are emphasis markers inside an emphasis, like */usr/lib* - allowing white space and newlines in the emphasis like *this is all bold*, I guess one could write a complex function to do the matching, but with a regular expression - like I am doing it now, I don't think I can make it work. Can't say I blame you. I know I couldn't do it with a regexp. Here is the deal: If I get at least 5 tutorials full of screenshots by the end of the summer, I will give it yet another shot :-) Until then, we have to live with this issue. TODO Org-mode tutorial with screenshots C-c C-d [2007-09-02] Enter *After you get the 5 tutorials*, here's my suggestion: Have emphasis work for the simplest case (no stacking, no enclosed markers, no white space, etc.). For anything more complicated, require LaTeX style markup (e.g., \textbf{this is all bold}), but hide the markup when the closing brace is entered (like hiding square brackets in links). Would that be more reasonable? Thanks, Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: Jump points
On 07/11/2007 08:28 AM, Scott Jaderholm wrote: On 7/11/07, Rick Moynihan [EMAIL PROTECTED] wrote: So here's a suggestion. Why not support jump points (or jump lines), which would be essentially be a syntactic marker that would tell org-mode to jump to a specific line within an outline when visiting from the agenda e.g. via follow mode. * My main project outline. blah blah blah... ... - [ ] do something - [ ] do this ++ - [ ] do something else Hi Rick, I'm guessing you have a really good reason for organizing your project using lists and check boxes instead of TODOs and headings, in which case this email isn't really useful--but, in the extremely unlikely event that you don't, I thought I'd note how this becomes a non-issue if you organize your work in the following way: * My main project outline ** TODO do something ** NEXT do this SCHEDULED: 2007-07-12 Thu ** do something else If you schedule individual tasks, instead of projects, then the agenda will take you right to your next item. If you schedule projects, then it's easy to see what is the next item to be done because it says NEXT. If I may jump in here, I'll add that go a little further to aid with multiple projects. I use two SEQ_TODO's like this: #+SEQ_TODO: TODO NEXT INPROGRESS WAITING | DONE CANCELED #+SEQ_TODO: PROJECT | COMPLETE Then my project trees (all in one file) look like this: * PROJECT My main project outline :Work: ** TODO do something ** NEXT do this SCHEDULED: 2007-07-12 Thu ** TODO do something else ** WAITING someone else is working on this ** INPROGRESS Here's what I'm currently working on * PROJECT Another project ** NEXT next for another project ** TODO do anothre thing When I generate agendas, I can do a tags/TODO agenda on 'Work/PROJECT|NEXT'. Through indentation, the agenda visually groups everything so I can see what's next for each project. It looks something like this. PROJECT My main project outline:Work: .NEXT do this PROJECT Another project:Work: .NEXT next for another project This is great for a weekly review, to make certain all project have a defined NEXT action. A tags/TODO agenda that includes all TODO keywords will also group tasks by project, but will give broader scope. (One down-side to this is that M-S-RET on the first TODO after a PROJECT headline inserts a new PROJECT rather than a new TODO, which I have to then change. The alternative, of course, is to add at the end of the list for a project. Regards, Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Column view questions
PROPERTIES and column view are fantastic! Thanks Carsten. I already have visions of moving my address book into org. I've set my sights on finally learning Elisp by writing a vCard-to-org function (and the reverse). How well does generating column view scale for hundreds of headlines? Have you given any thought to the possibility of exporting column view to HTML? As nice as column view looks in an emacs-buffer, it's not really accessible to others (especially if they don't use emacs/org-mode). Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] strip date in agenda view
Carsten, I like this new syntax better too. I can't find it in the manual now, but I think the following syntax, which is nearly as simple, was supported (I use it regularly): *** Meeting 15:30-17:00 2007-06-13 Wed In the agenda, the time is stripped but the date is not. Although I prefer the new syntax, would it be possible to strip the date in this old syntax too? Will the new syntax work with a repeater too? E.g., *** Meeting 2007-06-03 Wed 15:30-17:00 +1w Thanks, Dan On 06/18/2007 09:13 PM, Carsten Dominik wrote: On Jun 15, 2007, at 16:14, NL wrote: On 6/15/07, Carsten Dominik [EMAIL PROTECTED] wrote: This should work out of the box and usually does. What exactly does your entry look like? It is like: *** Meeting 2007-06-13 Wed 15:30-17:00 This is an as yet unsupported way to write a block of time, which causes the mechanism to remove the timestamp from the headline for agenda display. However, I must say that I do like this syntax a lot better that using the supported way, with two separate stamps like 2007-06-13 Wed 15:30--2007-06-13 Wed 17:00 for specifying a range on a single day. So I have put in support for the alternative syntax you have been using - this will work from 4.78. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: HTML table formatting
Matej Cepl wrote: To the presentation of tables I would strongly suggest reading http://tug.ctan.org/tex-archive/macros/latex/contrib/booktabs/booktabs.pdf -- whenever I broke rules set there, I regreted it later. For publication quality tables, as per the above reference, I would generally agree that vertical lines have no place. However, if you're using org-mode to produce publication quality tables, I'd argue that you're probably using the wrong tool. LaTeX (and all the emacs support for it) is probably the way to go from the start. In some respects, org-mode tables are more powerful than LaTeX tables as they can be used as spreadsheets. I use org mode on a near-daily basis to collect information about my work and share it with my colleagues for analysis. The information is sometimes raw data that will never (and should never) be consumed for casual reading. In some of these cases, I find that vertical separators can increase readability and/or delineate different test conditions or data sets. I think rejecting vertical rules as a matter of style is a mistake. Whether you consider org-mode tables to be a markup or a spreadsheet, it's peers -- HTML, LaTeX, Gnumeric, Excel, etc. -- will all produce tables with vertical rules if asked to do so. I'm wary of tools that enforce style. I'd prefer to read the style guide and then decide for myself (that is, use it as a *guide* not an edict). However, if vertical rules are too clunky, difficult, time-consuming, or low priority to implement, that's an entirely different matter that I can fully understand. If I come up with an implementation, I'll gladly contribute it back for those that want it. Dan ___ Emacs-orgmode mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Tagging in agenda bug
In 4.67 (and earlier, but not sure how far back), I think there is a bug when tagging SCHEDULED TODO headlines from the Week-agenda using ':'. If a TODO headline has the SCHEDULED information on the following line (the default after using C-c C-s on the headline), then using ':' in the Week-agenda actually applies the tags to the line containing 'SCHEDULED' instead of the headline. Then, using ':' again does not show the tags just added because they are not on the headline. Test case: org file -- * TODO task 1 SCHEDULED: 2007-03-02 Fri From a buffer showing the above file, do 'C-c a 1 a', navigate to the line for 'task 1', type ':', and add a tag. Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A nice feature to suggest
Bastien wrote: Egli Christian (KIRO 43) [EMAIL PROTECTED] writes: **: a headline It would be convenient when you need to store inline tasks that are neither proper headlines nor list items. Such a headline wouldn't (un)fold, not because its content must stay invisible, but because it has no content. What is the use case for this? For example : * A new project Here is some content describing the expected process for a project. Then i want to list some preliminary scheduled tasks to organize a few things : **: SOMEDAY Build a website **: NEXT Set up a discussion list Then i continue describing the project. My point is that this very three lines of content are not related to the headline Set up a discussion list, but to the headline A new project. For now, i use list items like this : - [ ] Build a website - [ ] Set up a discussion list But i can't add tags, schedule or archive them, etc., as you do with other kinds of (headlined) tasks. Does this describtion make more sense for you ? ... I'm aware this might first be confusing for the user, because this is not the general approach of org-mode. And i'm also aware this might be a very specific need. But i like org-mode for its flexibility and this was just a suggestion concerning unfoldable headline (while we were at it). Hope that makes more sens now :) Best, This is much clearer to me, for one, and I see how the need can arise. But it appears somewhat redundant in that you could always re-organize your file to achieve the same effect (at the cost of a deeper hierarchy). For example: * A new project ** Expected process Here is some content, etc. *** SOMEDAY Build a website *** NEXT Set up a discussion list ** Additional details Then continue describing the project. Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode version 4.66
Carsten Dominik wrote: Org-mode 4.66 is at: http://www.astro.uva.nl/~dominik/Tools/org Enjoy! - Carsten Thanks Carsten -- it just keeps getting better. This is my first update since 4.59, but it now seems that in block agendas, Headlines with TAGS matches are finding sub-headlines under those with the ARCHIVE tag. Is this an inadvertently introduced bug? I preferred the old behavior (ie, anything under and ARCHIVE-tagged headline is ignored). (Haven't tested 4.67 yet) Thanks, Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] logging transitional states
Just to add a related idea which may be relevant to a new extension: Even for 'type' TODO keywords, they are asymmetric. There may be any number of keywords that essentially mean 'to do', but only one (DONE) that means 'done.' I occasionally have TODO items that become moot or otherwise uninteresting, but I want a record of the fact that they were considered for action. For these, I don't want to remove the 'TODO' keyword altogether. Rather, I could have keywords such as WITHDRAWN, CANCELLED, SCRAPPED, etc. These items are no longer things I need 'to do', nor are they truly 'done' (i.e., the task was not completed), but I might want to keep them with a record (e.g., a closing note) of why I scrapped the idea/plan. So, combined with Dmitri's suggestion, I guess I'm suggesting that TODO keywords should be assigned one of 3 mutually exclusive categories: 1. Nothing done yet 2. Transitional -- Action taken, but not yet done; in-progress 3. Nothing left to do (whether truly 'done' or not) Anything in category 2 or 3 would be eligible for completion logging. Anything in category 3 would not appear in agenda view TODO lists, but could still be found via a TODO keyword search. In an org file, they could be grouped like this: #+TYP_TODO: {TODO NEXT MAYBE} {ORDERED PAYED RECEIVED} {DONE WITHDRAWN SCRAPPED} Dan Carsten Dominik wrote: Currently there is not, but this looks like a useful extension. Forthcoming, some time next year. - Carsten On Dec 18, 2006, at 13:59, Dmitri Minaev wrote: Hi, I use org-mode with TODO keywords denoting workflow states. E.g., when tracking purchases, I set the keywords to: #+SEQ_TODO: TODO ORDERED INVOICE PAYED RECEIVED SENT Is there a way to log the dates not only for the completion (SENT state), but also for all transitional states? Thank you. -- With best regards, Dmitri Minaev ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-log-done customization problem
Customization of org-log-done is lost when re-starting emacs. E.g., in my .emacs file, I have [relevant portion only] (custom-set-variables '(org-log-done (quote (done But, when I re-start emacs, describe-variable on org-log-done reports it simply as 't' and the new note-taking feature is disabled. If I re-set it to (done), the new feature works great (thanks Carsten, this is exactly what I was looking for). How do I get the customization to stick? Thanks, Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] New feature idea: Todo completion log entries
Carsten Dominik wrote: I like this idea and will try to implement it. However, where to store the followup note is difficult to determine - how about inserting it directly after the CLOSED time stamp? This may be not be perfect because it will be before any other information in the entry, but I find it even more difficult to have it at the end of a possibly very long subtree of reference data. I think that directly under CLOSED is pretty good. For me, when I look back at my notes, it's usually the result of the TODO that I'm looking for anyway, so near the top is good. Thanks for taking this on. Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] Bugs in 4.39
Version 4.39 bugs... (haven't tried 4.40 yet) (1) Agendas are a little buggy when the ARCHIVE tag is in use. The correct agenda is only generated for the following file if the top-level tree is visible/open (which it won't be by default if the file is not being visited in a buffer before calling org-agenda) * Tasks ** DONE Task 1 :ARCHIVE: ** TODO Task 2 ** TODO Task 3 SCHEDULED: 2006-06-26 Mon (anything below the first ARCHIVE tag is absent from the agenda) (2) I'm not able to get the prefixed versions of org-archive-subtree and org-toggle-archive-tag working. For example: * Tasks ** DONE Task 1 ** DONE Task 2 With point on the top level, either function (with prefix) gives this error: Wrong type argument: integer-or-marker-p, nil (3) Table of contents entries in HTML exports omit time stamps. I'd like to have a large file of meeting minutes: * [2006-01-01 Mon] * [2006-02-01 Tue] etc. with a table of contents for fast access to individual meetings. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] org-archive-done
Carsten Dominik wrote: On Jun 17, 2006, at 22:47, Daniel J. Sinder wrote: I have just one final thoughtand it's just a thought because I don't understand how org-mode is implemented What if, instead of archiving *moving* subtrees, it left them in place but *hid* them in a semi-permanent way. By that I mean, they'd be hidden just like the collapsing org-mode normally does, but they would never expand, unless a special show-archived-subtrees variable was non-nil. this is a very interesting and original idea! I really like it. It would mean that subitems that are done remain in place, but don't use space on the screen. I am not sure if I like the term archiving for this. Locking seems to be better. I'm glad you like this (and that it seems straightforward to implement). My only questions is this: If locking is an alternative (not replacement) to archiving, will locked items also be kept out of agendas and exports, like when archiving? My vote would be yes. Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] org-archive-done
[EMAIL PROTECTED] wrote: How about a function org-archive-done, that archives any tree in the buffer labelled DONE? One might refine this to archive trees absolutely done, so that---even when a heading is labelled DONE---it looks to its subtrees to check whether they have no label which states the opposite. Also, I think it only nice/useful for top-level headings, not below. I like the idea proposed by Niels, but I'd want to be able to call it for a tree too, not just the top-level of a whole file. In other words, I'd like to prune any chosen tree to archive DONE items under it. Perhaps an example is best... --- .org file before archiving --- * Tasks ** TODO Task 1 ** DONE Task 2 ** TODO Project A *** TODO Task A1 *** DONE Task A2 ** DONE Project B *** DONE Task B1 *** DONE Task B2 --- .org file after archive of top-level tree --- * Tasks ** TODO Task 1 ** TODO Project A *** TODO Task A1 *** DONE Task A2 --- _archive file after archive of top-level tree --- * Tasks ** DONE Task 2 ** DONE Project B *** DONE Task B1 *** DONE Task B2 Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Emacs-orgmode] Midnight and noon in agendas
Carsten Dominik wrote: Well, if this is the way things are normally interpreted, then this is clearly a bug. Thanks for explaining this to me. Strange system. Switching am to pm always makes the event happen later, except when the hour is 12. If 12am/00:00 is considered the start of the day, then the rule holds -- switching 12am to 12pm makes the event later that same day, at noon. Should 12am be listed as 0:00 or as 24:00? Should 12:21am be listed as 0:21 or as 24:21? It seems to me that the logic would be a bit better to schedule these show uo as 0:00 and 0:21. If you wanted to put something at midnight at the end of the day you would then have to use 24:00 and 24:21. I like this idea (allowing times at 24:00 and beyond). The user can place things where they want: at the start or end of the day. As a bonus, if you work the night shift, you'll be able to see your daily agenda all under one date at the start of your shift. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Emacs-orgmode] Agenda dispatcher customization
I would like to create a custom command for a specific keyword search, but restrict it to TODO entries only. It seems 'C-c a m' can be customized this way, but not 'C-c a M'. Is there some way to customize 'C-c a M'? Thanks, Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode