Re: [Orgmode] Inconsistent exporting of underscore character
You can put an OPTIONS line in you file. #+OPTIONS ^:nil Turn off superscript/subscript or, my prefered #+OPTIONS ^:{} Works for foo^{bar} foo_{bar} but not foo^bar foo_bar This is in 12.3 Export options of the org manual. Edd On Sat, Jun 27, 2009 at 8:01 AM, Bob Klinebkl...@rksystems.com wrote: I notice that when text containing an underscore (as happens frequently with database table names) is exported as HTML, the exporter decides to covert the rest of the word to a subscript. I tried escaping the underscore with a backslash, but then exporting to ASCII is broken, with the backslash passed through as part of the text. What's the correct way to escape the underscore so that the HTML exporter doesn't garble the output, without mucking up ASCII export? Or is org-mode designed in such a way that users are expected to mark up documents for one specific output (which would be a step backward)? -- Bob Kline http://www.rksystems.com mailto:bkl...@rksystems.com ___ 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] Release 6.28
On Thu, Jun 25, 2009 at 8:59 AM, Sebastian Rosesebastian_r...@gmx.de wrote: Thank's Carsten! Carsten Dominik carsten.domi...@gmail.com writes: Improvements related to `#+begin' blocks ~ Indented blocks Indented tables Yeeess! This is sooo good! These are my favourites! They solves indentation problems in the text following such blocks too! We now can just type ahead, no need to indent the following text by hand again! This message is one of the reasons org-mode deserves to win the contest over at SourceForge. It seems the community inspires the developers and the developers then inspire the community. Edd ___ 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] Re: Sourceforge community award
This picture looks great. I kinda like the first one Carsten sent out that some though was too colorful. That shot also highlighted the fact that keys were 'special'. This shot is dangerously close to look like we're just passing off a colorized outline. I wonder if we could put together something that showed a little bit both screen shots. It would demonstrate one piece of org-mode's flexibility/tailor-ability. Overall though, good work! I like how the example text explains to the viewer what he is seeing. Edd On Fri, Jun 12, 2009 at 7:26 AM, peter.fri...@agfa.com wrote: last attempt... with small jpg. (reposted with smaller image size) On 12 Jun 2009, at 12:34, Bastien wrote: Peter Frings peter.fri...@agfa.com writes: Take 3: glossy + mirrored :-) Nicely done... I tend to prefer the previous one. I feel the 3D depth is a bit too large. yep :-) Take 4: Kappa kappa? ___ 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] Sourceforge community award
Congratulations! Org-mode, Carsten and the developers deserve the recognition. Now let's see. 1. Complete this sentence in about 140 characters: Our project is [-foo-]. For example, Our project is a tool that helps you wash your car. Org-mode is the definition of lite weight productivity software. It's all the tools you need for planning, scheduling, managing projects, organizing thoughts and more in a well documented, easy to learn and use package. Organize information in lists, tables, spread sheets, outlines and more. Mark up, tag, cross reference, annotate and link to/from your notes and information in the manner that suites you best using the features you find useful while safely ignoring those features you don't need. Export and publish your information in several formats for presentation or interoperability. Extend it to better suite the way you work and think using builtin hooks and APIs. [too long, and yet not enough. maybe...] Org-mode is the simple, powerful management organization tool that other tools will have to try to match in flexibility and simplicity. 2. Complete this sentence, also in about 140 characters: We should win because [-bar-]. For example, We should win because we have a strong community and we solve a universal problem. Org-mode already sets the bar high for organization tools and its community has just begun developing plugins and useful/unexpected extensions. [It hurts to abbreviate it that much.] That all I got. I'm no good at video or art. Sorry. Edd ___ 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] Re: org-mode feature is surely a bug!
You know, this just gave me a nutty idea. I think org-mode is already too far along to add this now, but there do seem to be a number of cases were we want to have one thing in the file and another on the screen. We kind of have it with column narrowing, links and other similar things. I wonder if it would have been handy to have a general notation for display 'this' but store 'that' and then reuse that for file links, footnote reference, inline annotations, adjusted table output, emphasis, etc. I think it would need to allow multi-line values for 'this' and 'that' and allow faces to be defined in 'this' and probably only plain text in 'that'. We could also allow 'this' be have certain transformation functions that use 'that' as input. So table narrowing and transformations could be handled that way. File links for just have a plain text 'this' string or one of a series of transform functions that could inline the file, display it inline if it's an image or display a summary of some sort of the file's contents. Links in org-mode already do this to an extent. I think I'm thinking of a generalized mechanism in org-mode to hide one thing (or maybe more?) under another to be used as a basic building block for other features. Edd On Fri, May 29, 2009 at 9:44 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Michael, Thanks for your mail. what version of Org-mode are you using? We have changed this quite some time ago to (float 8) (I see now that the docs still say 5, but this is not the case in the code, it is 8, except maybe in very old releases). The reason why it is not larger is more a display issue and a computation issue. Since Org-mode is pure plain text, we need to write all significant digits into the table, we do not have the option to make the display a shorter version of an underlying more accurate number, and writing out all 16 digits of a double precision number would make the table columns wide and the tables unreadable. We could have #+PRECISION, but you can also do M-x customize-variable RET org-calc-default-modes RET and change it there, for all your files, at least for now, until I have a better option for per-file settings. Hope this helps. Please write next time to emacs-orgmode@gnu.org (this is our mailing list) so that a searchable record of answers and questions is created. Best wishes - Carsten On May 29, 2009, at 4:22 PM, Dr. Michael Dowling wrote: Hello Carsten, I was adapting org-mode to my applications when I noticed that it could not add up! I had a table in which one column was a column of figures, and I wanted the sum, and org-mode came up with the wrong answer. I was flabbergasted when I discovered that this behaviour was documented as a feature! Specifically, the offending line was calc-float-format (float 5) Apparently, if the calc default of 12 were used, the tables could look ugly, so it was thought better to produce a pretty table than a correct one! At first I thought that this might be merely a display problem, that internal calculations would be more accurate, and that I could get the extra precision that I needed using a printf style print, but no. The printed value indeed had an extra digit, but that right most digit was a meaningless '0'. I've changed this in my .emacs file, but I would urge a re-think on this. As a numerical analyst, I feel comfortable with rounding errors, and precision, and I accept that it is impossible to supply exact answers to all calculations, but working with only decimal 5 digit precision I find rather frightening. (How calc came up with a default of 12 I don't know; it's capable of arbitary precision, but anything less that the precision of a double precision of 64 bits (about 16 decimal places), and all the paraphernalia of guard digits etc. that the hardware floating point units use is odd.) Perhaps a line like #+PRECISIOM 21 would be nice so that the user can choose his precision on file by file basis, and keeping the above value at 12, the calc default. I sixth digit after a decimal point for a tax return is clearly too much, but for financial calculations involving millions, this would be unacceptable. It follows that this really should not be hard coded, but set on a file by file basis. I don't want to sound negative, though; org-mode is really nifty, and, although I have still to get into it properly, I have great expectations that I am sure will be fulfilled beyond all my hopes! Great work! Cheers, Mike Dowling -- Dr. Michael L. Dowling Gaußstr. 27 38106 Braunschweig Germany ___ 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.
Re: [Orgmode] Re: checkbox statistics (fixed version)
The behaviour of the [/] token counter all of it decendents and not just it's immediate children. I under stand it's not ideal in the case of [-] tokens or position that could get [-] tokens, but I still prefer being able to collapse a list and still being able to tell roughly how much is left to do under it. So given something like the example we've been working with but with org's current behaviour... * test [3/4] - [X] one - [X] two - [X] three - [-] four - [ ] five - [ ] six - [ ] seven - [ ] eight - [ ] nine If I collapse test and just scan the file, I would think I'm mostly done. With the older behaviour I could have done something more like... * test [3/7] - [X] one - [X] two - [X] three - [0/4] four - [ ] five - [0/3] six - [ ] seven - [ ] eight - [ ] nine I would realized that there was a bit more to do and maybe I should expand that tree an inspect it a bit more. I use collapsible lists and I tend to set up large lists. This behaviour works a lot better for me. Edd On Sat, May 9, 2009 at 1:56 AM, Carsten Dominik carsten.domi...@gmail.com wrote: On May 9, 2009, at 1:50 AM, Eddward DeVilla wrote: That's true, but to be honest, before I knew about the [-] feature, I used [/] tokens on list items with checkboxes under them. I'd consider this an improvement. Consider what exactly an improvement? - Carsten Edd On Fri, May 8, 2009 at 10:27 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Richard, your patch works, almost. Where it goes wrong is here: * test [3/6] - one - [X] two - three - [-] four - [X] five - [-] six - seven - [ ] eight - [X] nine The statistics cookie talks about 6 checkboxes below it, but in fact there are only 4, two (at four and six) are a summary checkboxes. So we get the funny effect that toggling eight will make the cookie jump from 3/6 directly to 6/6 Maybe this is acceptable, because the summary checkboxes don't really make sense when the statistics covers the entire tree Opinions? - Carsten On Apr 24, 2009, at 3:01 PM, Richard KLINDA wrote: This is the fixed patch, it actually works on my real life org files so this has a slight chance of being right. diff --git a/lisp/org-list.el b/lisp/org-list.el index 7469add..872dddf 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -110,6 +110,9 @@ with \\[org-ctrl-c-ctrl-c\\]. :group 'org-plain-lists :type 'boolean) +(defcustom org-recursive-checkbox-statistics nil + Non-nil means, that checkbox counting should happen recursively.) + (defcustom org-description-max-indent 20 Maximum indentation for the second line of a description list. When the indentation would be larger than this, it will become @@ -402,7 +405,10 @@ the whole buffer. (org-beginning-of-item) (setq curr-ind (org-get-indentation)) (setq next-ind curr-ind) - (while (and (bolp) (org-at-item-p) (= curr-ind next-ind)) + (while (and (bolp) (org-at-item-p) + (if org-recursive-checkbox-statistics + (= curr-ind next-ind) + (= curr-ind next-ind))) (save-excursion (end-of-line) (setq eline (point))) (if (re-search-forward re-box eline t) (if (member (match-string 2) '([ ] [-])) @@ -410,7 +416,12 @@ the whole buffer. (setq c-on (1+ c-on)) ) ) - (org-end-of-item) + (if org-recursive-checkbox-statistics + (progn + (end-of-line) + (when (re-search-forward org-list-beginning-re lim t) + (beginning-of-line))) + (org-end-of-item)) (setq next-ind (org-get-indentation)) ))) (goto-char continue-from) -- Richard ___ 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] Re: checkbox statistics (fixed version)
That's true, but to be honest, before I knew about the [-] feature, I used [/] tokens on list items with checkboxes under them. I'd consider this an improvement. Edd On Fri, May 8, 2009 at 10:27 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Richard, your patch works, almost. Where it goes wrong is here: * test [3/6] - one - [X] two - three - [-] four - [X] five - [-] six - seven - [ ] eight - [X] nine The statistics cookie talks about 6 checkboxes below it, but in fact there are only 4, two (at four and six) are a summary checkboxes. So we get the funny effect that toggling eight will make the cookie jump from 3/6 directly to 6/6 Maybe this is acceptable, because the summary checkboxes don't really make sense when the statistics covers the entire tree Opinions? - Carsten On Apr 24, 2009, at 3:01 PM, Richard KLINDA wrote: This is the fixed patch, it actually works on my real life org files so this has a slight chance of being right. diff --git a/lisp/org-list.el b/lisp/org-list.el index 7469add..872dddf 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -110,6 +110,9 @@ with \\[org-ctrl-c-ctrl-c\\]. :group 'org-plain-lists :type 'boolean) +(defcustom org-recursive-checkbox-statistics nil + Non-nil means, that checkbox counting should happen recursively.) + (defcustom org-description-max-indent 20 Maximum indentation for the second line of a description list. When the indentation would be larger than this, it will become @@ -402,7 +405,10 @@ the whole buffer. (org-beginning-of-item) (setq curr-ind (org-get-indentation)) (setq next-ind curr-ind) - (while (and (bolp) (org-at-item-p) (= curr-ind next-ind)) + (while (and (bolp) (org-at-item-p) + (if org-recursive-checkbox-statistics + (= curr-ind next-ind) + (= curr-ind next-ind))) (save-excursion (end-of-line) (setq eline (point))) (if (re-search-forward re-box eline t) (if (member (match-string 2) '([ ] [-])) @@ -410,7 +416,12 @@ the whole buffer. (setq c-on (1+ c-on)) ) ) - (org-end-of-item) + (if org-recursive-checkbox-statistics + (progn + (end-of-line) + (when (re-search-forward org-list-beginning-re lim t) + (beginning-of-line))) + (org-end-of-item)) (setq next-ind (org-get-indentation)) ))) (goto-char continue-from) -- Richard ___ 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] Re: checkbox statistics (fixed version)
I'll have to see if I can get this to work. I think I was one of the one that ask for the old behavior and have missed it ever since it was changed. Thanks! Edd On Fri, Apr 24, 2009 at 8:01 AM, Richard KLINDA rkli...@gmail.com wrote: This is the fixed patch, it actually works on my real life org files so this has a slight chance of being right. diff --git a/lisp/org-list.el b/lisp/org-list.el index 7469add..872dddf 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -110,6 +110,9 @@ with \\[org-ctrl-c-ctrl-c\\]. :group 'org-plain-lists :type 'boolean) +(defcustom org-recursive-checkbox-statistics nil + Non-nil means, that checkbox counting should happen recursively.) + (defcustom org-description-max-indent 20 Maximum indentation for the second line of a description list. When the indentation would be larger than this, it will become @@ -402,7 +405,10 @@ the whole buffer. (org-beginning-of-item) (setq curr-ind (org-get-indentation)) (setq next-ind curr-ind) - (while (and (bolp) (org-at-item-p) (= curr-ind next-ind)) + (while (and (bolp) (org-at-item-p) + (if org-recursive-checkbox-statistics + (= curr-ind next-ind) + (= curr-ind next-ind))) (save-excursion (end-of-line) (setq eline (point))) (if (re-search-forward re-box eline t) (if (member (match-string 2) '([ ] [-])) @@ -410,7 +416,12 @@ the whole buffer. (setq c-on (1+ c-on)) ) ) - (org-end-of-item) + (if org-recursive-checkbox-statistics + (progn + (end-of-line) + (when (re-search-forward org-list-beginning-re lim t) + (beginning-of-line))) + (org-end-of-item)) (setq next-ind (org-get-indentation)) ))) (goto-char continue-from) -- Richard ___ 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] Feature request: preserving plain list line breaks in exporting
Does anyone know how to get something like \\ or :: to preserve line breaks in the org file when using M-q to re format a list item? I don't care so much about the export. Edd On Tue, Mar 10, 2009 at 4:02 PM, Wanrong Lin wanrong@gmail.com wrote: Thanks. But :: does not as well as \\ for numbered list (the numbers are gone with ::). Actually, when I say it is not as pretty as I want in my last email, I meant the original .org text file is not pretty with either \\ or :: just for adding a line break for exporting. So ideally, I still prefer a configuration option to control the line break preservation. Wanrong Sebastian Rose wrote: Wanrong Lin wanrong@gmail.com writes: The double back slashes works well (although that is not as pretty as I want). Thank you! For better controle of line height and paddings, I'd suggest to use the `::' syntax and CSS for the dt and dd elements. dd {font-weight:bold;margin-top:3em;} dt {} Best, Sebastian Wanrong Sebastian Rose wrote: Try: * TODO Read books 1. [ ] Book 1 \\ Note: blah blah blah 2. [ ] Book 2 \\ Note: blah blah blah Or even: * TODO Read books 1. [ ] Book 1 :: Note: blah blah blah 2. [ ] Book 2 :: Note: blah blah blah plus CSS Regards, Sebastian Wanrong Lin wanrong@gmail.com writes: Hi, Suppose I have a plain list as the following: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah When the above is exported to HTML, the line breaks after the heading line of each list item are lost, so it becomes Book1 Note: blah blah blah, which does not look very nice to me. I know I can keep the line breaks by inserting a blank line, like this: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah Well, this will fix the export, but the text above looks ugly now, especially when the Note part is very short. Can we add some kind of option to control whether the line break after the first line of a plain list item should be preserved in exporting? Or maybe we can assume the line breaks should be preserved when org-cycle-include-plain-lists is set to t, since in that case we are treating the plain list item kind of like a heading. Note setting org-export-preserve-breaks does not meet my needs, since that will preserve ALL breaks. Thanks for giving the above a thought. Wanrong ___ 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 ___ 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] Checkboxes and intermediate state
On Sun, Feb 15, 2009 at 8:56 AM, Carsten Dominik domi...@science.uva.nl wrote: The reason for this assumption is that as of now, you are the only person *I know* who uses this have-ready state of checkboxes. Given the fact that I every now and then do need to remove a checkbox, this seemed the logical choice to me. But I am glad you bring it up, it is perfectly possible that I see it wrong and that it would be better to reverse the action of single and double prefix argument. Thanks to this thread, I'm now aware of these commands and will make good use of both. Thanks! Edd ___ 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] metadata clutterring the view
My trick is to hide it. * COMMENT Config #+blah #+blah #+blah If #+SETUPFILE that Dan mentioned does what I think it does, I will probably be changin my evil ways since right now I cut and paste the same config section into all of my main project files. Edd On Mon, Feb 16, 2009 at 10:55 AM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hello list, I have an issue where one of my org files has so much metadate in the top, that it ends up by cluttering the view of the contents of the file. Is there a way to also collapse it somehow or hide it? Here's a screenshot: http://img10.imageshack.us/img10/2063/screenshotny5.png Thanks in advance, Marcelo. ___ 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] Bug: org-cycle on list at the end of buffer
I'm not calling fussy. I just meant to say I've seen it break repeatedly. If more people use the feature then it will probably be better maintained. That's great! I've just changed my behaviour such that I don't notice it any more. I didn't mean to make it sound like you shouldn't bring it up. Sorry. Edd On Wed, Feb 11, 2009 at 9:51 AM, Wanrong Lin wanrong@gmail.com wrote: Thanks for your response. Yes, this is a minor annoyance and can be worked around as you did. But maybe it is just a snap for Carsten or others to fix it (seems the case for most of the bugs. Sorry, you guys really raised up our expectations.). I thought if we keep silent, the developers will never know. Also, the point of using org-mode is you won't get as much as attraction as other mouse-driven, window-popping applications. If the number of small annoyances increases, that advantage will decrease rapidly, in my opinion. That's why I seems to be fussy on those small things. Wanrong Eddward DeVilla wrote: On Tue, Feb 10, 2009 at 1:50 PM, Wanrong Lin wanrong@gmail.com wrote: Hi, I have org-cycle-include-plain-lists set to t. In the following example, the text is at the very end of an org-mode buffer. If I put my cursor on the line of item 1 and press TAB key, the cycling does not work. But if I add another list item after item 1, the cycling now works (of course now the item 2 does not work). I am using Emacs 22.3 and org-mode 6.22a. Looks like a bug. Thank you if somebody can look into this. * Test 1. item 1 abc, xyz, whatever I'm seeing this with org 2.20c 22.3.1. I've seen this break and work periodically. I tend to avoid it by having a heading at the bottom of the file like: * Test 1. item 1 abc, xyz, whatever 2. foo bar * baz Most of my real documents have an archive heading at the bottom the completed items get moved to, so I haven't been too annoyed with it recently. I've gathered that org-cycle-include-plain-lists isn't very common. Edd ___ 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] Re: Release 6.17
On Sun, Jan 4, 2009 at 10:01 AM, Carsten Dominik domi...@science.uva.nl wrote: On Jan 4, 2009, at 3:33 PM, Steven E. Harris wrote: Carsten Dominik carsten.domi...@gmail.com writes: Code references use special labels embedded directly into the source code. Such labels look like ((name)) and must be unique within a document. How does the parser know that, say, ((def)) is not a valid expression in the surrounding Lisp forms? Is it important that it be separated by space, or be the last token on the line? Trying to concoct a motivating example, consider a structure represented as nested lists: , | '(a | ((b c) d) | (((e) f))((def)) | g) ` Without knowing what the enclosing `quote' form means, how do know that ((def)) is not part of it? Hi Steven, good question, and the answer is that is does not know, cannot know, because this is a feature that is supposed to work for any kind of example, an the parser cannot know all possible syntaxes :-) This idea is to make this work in a heuristic way, by using something that is unlikely enough to occur in real code. You are right that what I am using might be too dangerous for emacs lisp or other lisp dialects, and it could also show up in other languages like C. What would be safer? namelike the other Org-mode targets? That would make sense. Does anyone know a language where this would be used in real life? It would make it harder to write about Org-mode, though. Or do we need another option, so that, if needed, we could switch do a different syntax? Comments are very welcome. - Carsten I think that is quote words in perl 6. @list = $this is a 'list' of 7 strings # in perl 6 is @list = qw/$this is a 'list' of 7 strings/ # in perl 5. It's looking like perl 6 will be a reality and that syntax is recommend in several places like hash dereferences. %hashbareword # look up bareword in %hash I can't remember enough off the top of my head, but I think name will play merry heck with common(?) perl 6 code. I can look up more examples if needed. Edd ___ 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] Re: Updating the [/] and [%]
Well, C-u C-c # is supposed to do it, but I just found a bug in 6.13a that's in Gentoo. Given the file = - [/] f - [ ] d - [ ] v - [X] g = pressing C-u C-c # displays the message Checkbox satistics updated in entire file (0 places) but does nothing, as it says. Given the file === * foo - [/] f - [ ] d - [ ] v - [X] g === pressing C-u C-c # updates the [/] token correctly. Can someone try this in on something more recent? Edd On Thu, Dec 18, 2008 at 7:17 PM, Bernt Hansen be...@norang.ca wrote: Jari Aalto jari.aa...@cante.net writes: How do I force update of the [/] and [%] markers. Many times they don't follow item are edited, added, copied manually. For a checkbox list just C-c C-c on any checkbox to change the state twice. For TODO subtasks change the todo keyword with shift-left and shift-right -Bernt ___ 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] A few new user questions, Custom agenda views, calendar in frame, and Hyperlinks on win32
I'm afraid I'm not going to be too helpful with the calendar problem. My calendar is in a different window in the same frame and the frame returns to normal after I select my date. I don't remember doing anything special for that. Likewise, I does use windows native emacs. Just cygwin. I skip the whole share mapping thing by doing cygwin mounts. About your first question, my first guess is org-agenda-files. Did you set it? You can check it out from an org buffer menu. Just look in Org - File List For Agenda. You can modify the list in that menu. It also has the current files in that menu. Agenda only deals with files in that list. Edd On Wed, Nov 19, 2008 at 9:06 PM, Jonathan Arkell [EMAIL PROTECTED] wrote: Hi Everybody I have some fairly simple new user questions, and I am hoping you guys can help me out. I have a few custom agenda views that I would like to create, but I am having some issues. My files are laid out in 1 file per project, and each file starts with a level 1 outline element tagged :project:. (I do have other file types that are appropriately tagged).I thought that if I wanted to list all TODOs in all my (appropriately tagged) project files, it would be as easy as setting up a custom agenda command. The one I set up had a tags-todo type, with search project or +project, but I get … well… no results. Ideally I'd like to have a couple of different lists, all project tagged files with TODO items and all project tagged files with WAITING items. Can someone give me a hand? (I'm not adverse to using setq in my .emacs, in fact, that might make things a little easier for me anyways) Secondly, I am having an issue where my Calendar is popping up in a new frame all the time, either when scheduling an item or through remember. I'd rather it pop up in a new window instead. Is this possible? Finally, I am having a problem with some external links, whenever I try to visit a file like \\AWindowsServer\path\to\file I get the error message eval: ShellExecute failed: The system cannot find the file specified. ^M Is it easy to fix this? What is going on? I am using org 6.10c, on Emacs W32 (Emacs v 22). Thanks! Jonathan Arkell Sr. Web Developer Inspired by Drum + Bass, Scheme, Kawaii 402 – 11 Avenue SE Calgary, AB T2G 0Y4 t: 403.206.4377 www.criticalmass.com The information contained in this message is confidential. It is intended to be read only by the individual or entity named above or their designee. If the reader of this message is not the intended recipient, you are hereby notified that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message. ___ 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] Re: Dividers in File
On Wed, Nov 19, 2008 at 11:04 AM, Matthew Lundin [EMAIL PROTECTED] wrote: news.gmane.org [EMAIL PROTECTED] writes: Sebastian Rose schrieb: Hi David, Eric Schulte [EMAIL PROTECTED] writes: Hi David, Is there any Reason why you don't just make the dividers the first level of headlines? -- Eric [snip] David A. Gershman [EMAIL PROTECTED] writes: In my org file, I have different sections setup. I'd like to separate the sections with comment dividers. For example, I'd like to have: # # Section 1 * Heading 1 * Heading 2 * Heading 3 # End Section 1 # # # Section 2 * Heading 1 * Heading 2 * Heading 3 # End Section 2 # But when I fold stuff, I get: * Heading 1... * Heading 3... * Heading 1... * Heading 3... Notice the dividers got folded into the trees. Any way to prevent this? When I need quick dividers for better visibility, I adopt the approach Eric mentions above. E.g., * section one-- * Heading one * Heading two * section two-- * Heading one * Heading two I've considered that myself, but I just don't like the look of it. More than once I've wished I could use something like the hline markup and get a horizontal line that was scoped with the reset of the outline in the org-buffer and on export. So something like the following # * foo 1 * foo 2 - * bar 1 *** bar 1.1 - * bar 2 - * Baz! would display as * foo 1 * foo2 --= buffer or wrap wide, doesn't fold into foo2 * bar 1 *** bar 1.1 --= buffer or wrap wide, doesn't fold into Bar 1.1 but does fold into Bar 1 * bar 2 --= buffer or wrap wide, doesn't fold into foo2 * Baz! I'd guess it might not be too hard with the right but I haven't been annoyed enough to look into it. Edd ___ 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 about aborting an todo entry
To have multiple done states, I use the following (or something like it) in my files: #+SEQ_TODO: WAIT TODO WORKING | DONE CANCEL REJECT Changing fonts (or 'faces') for todo keywords is described in the org manual section 5.2.6 (Faces for TODO keywords). I have never done this so you may have to see if someone else can provide an example. Likewise, I've never done anything in the agenda view beyond the normal todo list. It looks like it is described in the manual in section 10.6.1 10.6.2. I'm sure there are those on the list who could provide a good example of this. Edd On Thu, Nov 13, 2008 at 8:02 AM, Denny Zhang [EMAIL PROTECTED] wrote: Eddward DeVilla 写道: You are able to have multiple 'done' states. I have a done canceled among others. Beyond that, all org really cares about is done not done. It's been a while since I've dug through the manual, but I think you can make it color states differently and you can make cut agenda block to do something with it. Is that good enough for your purposes or if you need org to treat canceled different from both done and not done for something else? Edd On Tue, Nov 11, 2008 at 8:29 AM, Denny Zhang [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: Hi all In org-mode, we can set a todo entry as a done entry. What if we want to abort this entry? So my question is what should we do to differentiate between done entries and aborted entries? Thanks in advance. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org mailto:Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Thanks, Eddward. Have you got any clues(like hyper link) to done those things, like setting color state, cutting agenda block. It may take quite a long time for me to solve these problems. ___ 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] Turn on Hyperlinks Literal Links
You might be able to define a function that does that and call it from org-mode-hook. I call some org specific code from the hook on my work systems. I don't have access to them right now. I can try to post an example Monday. Edd On Fri, Aug 22, 2008 at 10:32 AM, Parker, Matthew [EMAIL PROTECTED] wrote: Is there a way to set Hyperlinks literal links on by default? I found the elisp that works w/in an org buffer, but this fails if I put it in .emacs. ; turn on literal links (progn (org-remove-from-invisibility-spec '(org-link)) (org-restart-font-lock) ) Thanks, Matt ___ 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] Changed behavior with checkbox tokens
Hi all, I've been really behind on org-mode release and recently got to a 6.x release. I've noticed the following 6.06b. * b list [0/3] - [-] [6/7] Stooge - [ ] Larry - [X] Curly - [X] Moe - [X] Shemp - [X] Joe - [X] Joe - [X] Joe - [-] [4/5] Marx - [ ] Groucho - [X] Harpo - [X] Chico - [X] Gummo - [X] Zeppo - [ ] [0/3] Eternal - [-] Laurel and Hardy - [ ] Stan - [X] Oliver - [-] [1/2] Abbott and Costello - [ ] Lou - [X] Bud - [-] [1/2] Martin and Lewis - [ ] Jerry - [X] Dean The [-] tokens are new and I do love them and have wanted something like them since before I was begging for what became the [/] and [%] tokens. On the other hand, I'm a little surprised by what the [/] tokens got filled in with. Is there a new file or custom option that I missed or is it no longer possible to get sub levels to feed back up to the Todo item? I guess I could accept that if I got the old behavior by removing the checkboxes from the lines with [-] in the above example. Otherwise, I'd really like to call it a bug, or at least undesirable. The more I think about it, using checkboxes to hid those below them (like the [-] ones above) might be a nice way to hide the ones below it might be nice, like so: * catch phrases [0/3] - Curly - [ ] Hey Moe - [ ] nyuk nyuk nyuk - [ ] [0/3] hellos (=== It don't count until we have 'em all) - [ ] hello - [ ] hello - [ ] hello Unforunately, this becomes * catch phrases [0/2] - Curly - [ ] Hey Moe - [ ] nyuk nyuk nyuk - [ ] [0/3] hellos (=== It don't count until we have 'em all) - [ ] hello - [ ] hello - [ ] hello I get it, but I didn't expect it. I don't think I like it. Edd ___ 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] protecting ascii art
I think that's a bug. prefixing the lines with : ought to do it. It prevents the | character from becoming tables, but it's not preventing the + from creating strike throughs. I would think that #+BEGIN_QUOTE ought to work too, but it doesn't. That maybe for export only. Edd On Fri, Aug 15, 2008 at 4:54 PM, Scott Otterson [EMAIL PROTECTED] wrote: Is there a way to protect text regions from org mode parsing? When I paste the following under an org mode headline: +---+ +-- future x ++ |predict| | +---+ x --|TDL +--| x |--+--| | ++ +---+ |predict|-- future y | | ++ | y | y --|TDL +| | ++ +---+ org mode scrambles it. If I precede each line with a ':', org mode still scrambles it, but less so. Thanks, Scott ___ 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] Re: How to convert org file to such a plain text
I don't know if you use perl at all. My first guess is: perl -pe's/^(\*+)(\s+.*)$/(\tx length$1).$2/e' TODO.org TODO.txt Having tried it on a live file, I don't think the results are very pleasing Replacing a single character '*' with a tab creates a formatting mess with any other text in the file. Edd On Mon, Aug 4, 2008 at 12:39 PM, anhnmncb [EMAIL PROTECTED] wrote: anhnmncb [EMAIL PROTECTED] writes: Carsten Dominik [EMAIL PROTECTED] writes: On Jul 26, 2008, at 9:52 AM, anhnmncb wrote: Hugo Schmitt [EMAIL PROTECTED] writes: What are the odds that Carsten has plans to export to a format *you* just invented? Oh, my pda app projekt can import this format of file, but if all of you think it's no use, nervermind. Hey, why the huff? The point is, you have not given us any chance at all to think it might be of any use! - Carsten Sorry for delay, I can't reach the app website[1] right now, when it can, I will provide the relavent information. [1] http://www.kylom.com/ Sorry, I can't find more useful info, the app just says it can import the txt file which has different level of indents. So I think replace star(*) with tab is enough. Such like this: Org file -- txt file |* level 1 |level 1 |** level 2 -- |tablevel 2 |tab- item |tab- item |*** level 3 |tabtablevel 3 I'm not a programmer, so if my request is stupid and easy to achieve by any other way, please let me know. On Fri, Jul 25, 2008 at 3:47 PM, anhnmncb [EMAIL PROTECTED] wrote: Carsten Dominik [EMAIL PROTECTED] writes: We do not have an exporter that can do this right now. - Carsten Will it come in furture? On Jul 24, 2008, at 4:59 PM, anhnmncb wrote: I want to export org to plan text, which pattern is: |level 1 |tablevel 2 |tab- item |tabtablevel 3 instead of |* level 1 |** level 2 |tab- item |*** level 3 -- Regards, anhnmncb gpg key: 44A31344 ___ 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 -- Regards, anhnmncb gpg key: 44A31344 ___ 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 -- Regards, anhnmncb gpg key: 44A31344 ___ 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 -- Regards, anhnmncb gpg key: 44A31344 ___ 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] Re: R: WISH: separate org-mode customization file
On Tue, Jul 1, 2008 at 1:21 PM, Harri Kiiskinen [EMAIL PROTECTED] wrote: Thank you all for the answers, but it seems that I was not quite clear enough. I'm quite able to set the 'custom-file' to whatever I want, and I can (load myconfig.el) - which is what I currently do. Lets restate the problem: 1. I cannot and do not want to share _all_ customizations, since many of them are system specific - absolute paths, modes which function on Linux but not on XP (e.g. whizzy-tex), face settings etc. 2. I want to share org-mode customization, which is system independent, in my case. This I can do with (load myconfig.el), but the file has to be edited by hand, as the Emacs Customize for org-mode saves everything where 'custom-file' points to. 3. If I set 'custom-file' to myconfig.el, then I contradict no. 1. Sorry for not responding sooner. I've had init split (http://www.emacswiki.org/cgi-bin/wiki/InitSplit) suggested to me for the same problem. The thread might be in the archive. I haven't had a chance to set this up yet, so I can say if it is really usable. Edd ___ 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] Timezone Support
I found this in an old drafts folder. I just thought I send it in case anyone still cared. On Jan 17, 2008 10:06 AM, Russell Adams [EMAIL PROTECTED] wrote: Would it be practical to extend the time format to include TZ data (ie: -06:00 ?). Otherwise I'll pick a TZ as standard and just mentally convert from there. I had an idea come to mind if someone with the elisp-fu wanted to do it. You could put a flag in the file that gives the timezone the file is in. Say #+TIMEZONE: ... or something. Then write a function that will convert all the timestamps in the file from the timezone in the #+ option to the current timezone and update the #+ to reflect the new timezone. Org-mode wouldn't even have to be aware of this. You could call it from a hook when you open org-mode files. If there is no timezone specification you don't convert the file. It could probably be an extension. Edd ___ 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: headline iteration API
Are the functions behind C-c C-N, C-c C-p, C-c C-f, C-c C-b C-c C-u available? Seems you could add a function for going to the first child. As long as that, C-c C-f C-c C-b all return something to let you know there isn't a next, this should be pretty complete. I guess all you would need would be the following functions which would move to the correct place or return something to say there isn't a next/parent/child/sibling etc to signal the end of iteration. - doc traversal - first-item Go to the first item in the file. - current-item Go to the beginning of the item containing the cursor. - next-item Go to the item after the current one. - previous-item Go to item before the current one - tree traversal - parent-item Go to the parent item of the current item - first-child-item Go to the first item contained in the current item - next-sibling-item Go to the next item that has the same parent - previous-sibling-item Go to the previous item that has the same parent This ought to be enough to try to implement anything else on top of it. Did I miss something? Edd On Wed, Jun 11, 2008 at 6:06 AM, Adam Spiers [EMAIL PROTECTED] wrote: On Wed, Jun 11, 2008 at 08:57:39AM +0200, Dominik, C. wrote: Hi Adam and others, I do like the idea of an API to iterate of entries and outline trees. For now, I am following this discussion to see what ideas pop up. When I find the time, something will be implemented. Great. As you can see from my other post, another use case just popped up. Am I right in thinking that you must already have a lot of the code for this? Presumably agenda generation and export must both do headline iteration in a similar manner? Full-blown reporting would be seriously cool. Think: pretty coloured graphs showing how the contents of your TODO lists vary over the days, weeks, months ... :-) Very useful for trending, planning, ensuring that the various areas of your life are kept in balance according to your 30,000-50,000 foot views, as David Allen calls them. ___ 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] FR: headline iteration API
On Wed, Jun 11, 2008 at 12:15 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: Are the functions behind C-c C-N, C-c C-p, C-c C-f, C-c C-b C-c C-u available? Seems you could add a function for going to the first child. As long as that, C-c C-f C-c C-b all return something to let you know there isn't a next, this should be pretty complete. I guess all you would need would be the following functions which would move to the correct place or return something to say there isn't a next/parent/child/sibling etc to signal the end of iteration. - doc traversal - first-item Go to the first item in the file. - current-item Go to the beginning of the item containing the cursor. - next-item Go to the item after the current one. - previous-item Go to item before the current one - tree traversal - parent-item Go to the parent item of the current item - first-child-item Go to the first item contained in the current item - next-sibling-item Go to the next item that has the same parent - previous-sibling-item Go to the previous item that has the same parent This ought to be enough to try to implement anything else on top of it. Did I miss something? Just to respond to myself, I did miss something. If we want a convenient base api, we probably ought to have an equivalent to the doc traversal functions for iterating through all the items in the agenda files. I'm not sure what the correct behavior should be in that case if you start in a file that is not in the list of agenda files. I was precise about the sibling functions to handle the following if you call next-sibling-item from meanie. * eenie *** meanie ** minie * Hey Moe! Edd ___ 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] [PATCH] Allow 'prefix' to be set on the command line
I'm not sure if I read the diff right. It replaces the equal sign '=' with '?=' right? I don't see that in the description of posix make. (http://www.opengroup.org/onlinepubs/009695399/utilities/make.html) Also, if you look at section Macros for the phrase, Macro definitions shall be taken from the following sources, it kinda looks like defining prefix (or any make macro) on the command line ought to replace the definition in the makefile anyhow. I'm pretty sure I've used this before with gnu-make. I think I've done it with the make on freebsd (pmake?) and on aix. Maybe this is broken on some implementations? Edd On Mon, Jun 9, 2008 at 2:09 AM, Dominik, C. [EMAIL PROTECTED] wrote: Is this a syntax understood by all make programs? Nice, I am taking the patch. Thanks. - Carsten -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Jones Sent: Tue 6/3/2008 3:34 AM To: emacs-orgmode@gnu.org Subject: [Orgmode] [PATCH] Allow 'prefix' to be set on the command line This patch allows you to: make install prefix=/some/path Makes installing Org-mode in a non-standard path a bit easier. ___ 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] Re: Problem with agenda file list
On Sat, Apr 26, 2008 at 3:25 PM, Carsten Dominik [EMAIL PROTECTED] wrote: I am not sure how intensively this way of setting things up has been tested, if you and others give it serious, using it actively for several weeks, including adding and removing files, using custom agenda commands that set special values for org-agenda-files etc, I might consider making it een the default. I've been using a file to hold my agenda files for a long time now. It was part of my effort to make my org-mode setup portable and independent of my .emacs. I still haven't gotten around to splitting up custom. Anyhow, I'm pretty sure I only add files with the org-mode menu and I think the key sequence C-]. (The machine I'm on doesn't have org-mode at the moment.) I don't modify the list much though. I can try to stress it if you like. Edd ___ 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] Re: Search all `org-agenda-files'
On Thu, Apr 17, 2008 at 7:12 AM, Bernt Hansen [EMAIL PROTECTED] wrote: If you do this in org-mode do you only search files in org-agenda-files (and maybe their archives?). If you scatter files around a lot how do you locate them all for the search? $ find $HOME -name '*.org' -o -name '*.org_archive' | xargs grep -n -e $REGEXP is probably simpler. I have org-mode store my agenda file list in a separate file instead of the .emacs. So I can do something like: grep ^foo$ `cat ~/.agenda_files` I can't say I've had the need to. Edd ___ 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] Re: miscellaneous prefix keywords like TODO
On Sat, Apr 12, 2008 at 9:50 PM, Alan E. Davis [EMAIL PROTECTED] wrote: Alan E. Davis wrote: On the orgmode web site there's a todo page. There are a bunch of prefix words: TODO, IDEA, WISH, QUESTION, DECLINED, DONE I hope I'm not asking the obvious: how can I implement that aside from a list of alternative states? Then have them show up in agendas? Maybe I have asked the obvious. I found a note in the org manual about this variable: (setq org-todo-keywords '((type Fred Sara Lucy | DONE))) Also, I have found and installed the following in a file: #+TYP_TODO: TODO MAYBE WAITING NEXT DONE ONGOING How can I use both? Does the file variable override the variable in .emacs.el? Perhaps I should have done more research, but I still would very much appreciate comments. I admit I am somewhat confused, and my implementation is not well developed. Thank you, Alan First off, the manual actually is quite good. At least I've found it to be a good reference and good for searching (when you view the manual as a single file). The lisp expression sets the default. The '#+' line overrides for the file. Actually, I've never really use the lisp expression. Since there is now the ability to have multiple sequences of todo states, I guess I don't know if it's an override or if it's just adding a new sequence. I would guess it's an override though since I do not have the TODO/DONE sequence in any of the files where I've added the '#+' entry. Edd ___ 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] Org-mode and taskpaper
On Tue, Apr 1, 2008 at 6:20 AM, Clint Laskowski [EMAIL PROTECTED] wrote: My thoughtful suggestion has become the brunt of an April Fool's Joke? I have half a mind to report you all to the Productivity Police! Fine! I'm going back to paper and pencil for to-do lists, and mail, too! We'll see how you like that! Given the coming changes to Org-mode, that sounds pretty good actually. Is table editing very difficult with that scheme? Edd ___ 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] Org-mode versus Taskpaper - now for real
To be honest, if I were looking for an outliner today as I was when I found org-mode, I might have been scared off. Org-mode has gotten very big. But as you said, the easy things are easy. There are a great many feature in org-mode that I have not used nor have I had time to learn to use. They have had no negative impact on me. For the most part, I've found the features I don't use can be safely ignored and the ones I am using require very little setup. I guess the best way to address this problem might be to document up front that org-mode uses a simple, readable, text only format and that all of the features can be used independently of each other but that they do interact well together. (It's been a while since I've scanned the manual, so maybe that's already in the intro.) I guess we could put together a tutorial of using org-mode as just a friendly listing, outliner without using any of the other features to show org-mode can scale up to Taskpaper's level of simplicity. I'd have a hard time not adding a table though. Edd ___ 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] Table summation
I'm not sure how tolerant you mean. Would it help to use @-I and @-II Edd On Tue, Apr 1, 2008 at 11:19 AM, Russell Adams [EMAIL PROTECTED] wrote: On Tue, Apr 01, 2008 at 11:05:01AM -0500, Russell Adams wrote: Speaking of tables today, I thought I'd post a question that I haven't found a simple answer for. How do you sum a table reliably? (ie: tolerant of editing) This table requires the use of org-table-insert-row (etc...) in order to keep the formula correct. | Header | || | 1 | | 2 | | 3 | | 4 | | 5 | || | 15 | #+TBLFM: @7$1=vsum(@[EMAIL PROTECTED]) How can I do something like this, where the last cell is automatically the sum of the column, and not an absolute reference that must be maintained? | 1 | | 2 | | 3 | | 4 | | 5 | || | 15 | #+TBLFM: LAST=vsum($0..$0) Thanks. In reply to myself, perhaps a way to refer to last cell would work. | 15 | || | 1 | | 2 | | 3 | | 4 | | 5 | #+TBLFM: @1$1=vsum($I..$LAST) That way using tab on the value 5 would add a new line and not break the formula reference. Thanks. -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] org mode columns don't work on xemacs 21
I think the answer is no. Columns view I believe is dependent on emacs 22+ features. It can't be used in emacs 21 or xemacs. Carsten has been really good about keeping features portable, so I would guess that what ever prevents it from working is substantial. I'm afraid I don't know the details. Edd On Sat, Mar 22, 2008 at 11:18 AM, Jose Robins [EMAIL PROTECTED] wrote: I use org-mode 5.21 with xemacs 21.4.21. When I try to use the column features in org -mode, I get a message that emacs 22 is needed for this to work. Question: - Is there any patch or something that I can apply to xemacs 21.4 for this work? - What specific feature in emacs 22 helps this to work? Thanks, Jose ___ 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] file level categories
Hi, A while back I wrote a function that I call from org-mode-hook to rename the buffer if it's file name is project.org. It would rename it to Org - category based on the category in the file. I did this because I tend to have different directories for the different sorts of things I work on and I keep a consistently named file with the state of the projects working from there. The problem was that all of my org buffers were call projects.org. Anyhow, I wrote that function using org-get-category and org-get-category-table to determine the category for the file so I could produce a more useful buffer name. It looks like the category table is gone now. Would there be a good way to determine the category of the the first #+CATEGORY entry in the file and get something like default if there isn't one? Or, does anyone have any other interesting ideas for giving a unique buffer name to org files with the same file name? If you're curious, the rename function I'm was using is: (defun my-org-buffer-name () (if (buffer-file-name) (when (string= (file-name-nondirectory buffer-file-name) projects.org) (let* ((org-category-table (org-get-category-table)) ; work around some dynamic scope issue (new-buffer-name (format Org -- %s (org-get-category))) (buffer-name-re (concat ^ new-buffer-name \\([0-9]+\\)?))) (unless (string-match buffer-name-re (buffer-name)) (rename-buffer new-buffer-name t) ) (add-hook 'org-mode-hook 'my-org-buffer-name) Thanks, Edd ___ 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 level categories
On Thu, Mar 6, 2008 at 3:13 PM, Joel J. Adamson [EMAIL PROTECTED] wrote: I'm a little confused. Forgetting for the moment what the OP wants to accomplish, if I have multiple #+CATEGORY lines in a buffer, each one shows up in my agenda indexed by the category immediately preceding it. Is there some other way *I should* do this? The #+CATEGORY is more of a legacy thing now. Unless you are like me and try to have one category per file, you should use the category property in the property drawer for an item. Edd ___ 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] Re: list indentation
On Feb 9, 2008 1:26 AM, cezar [EMAIL PROTECTED] wrote: I have this TODO: ** TODO Meeting with John Doe regarding the job interview some skills they would like - html - css - unix address: 102 str. Blah foo, CA phone: 111 I would like to somehow make org aware that the list ends after - unix and that what follows are not part of the list, meaning pressing TAB should not move the cursor under u form unix. This is a tough one. Sometimes I want the behavior you describe. Sometimes I want the behavior org-mode has. For me it's not so must the that I care about tab indenting right. Org can't be a mind reader. It's that it may undo your indent if you if you do M-q and org disagrees with you. Maybe if there was a way to delimit the list like: * this is the stuff It all happens here: - - lock - stock - and barrel - It's done now. I choose the 5 -'s because it matches with the horizontal bar, just indented. (btw, could org-mode maybe take a line with 5 -'s and extend it to the width of the window when displaying in the buffer? Just an idea I'd use but don't really need.) I don't know if it's the right thing, and I'm guessing it may not be possible anyhow (with out a lot of work). Also I don't know what the correct behavior should be for: * Slapstick - - Stooges - - Moe - Larry - Curly - Shemp - Joe - - Marx - - Groucho - Harpo - Chico - Gummo - Zeppo - - I know what I'd like, but I don't know if it's practical. Another possibility is to do like rst and require a blank line when ending a list entry. Again, I'm not sure that is reasonably workable in org-mode. Edd ___ 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] Re: list indentation
On Feb 9, 2008 4:50 PM, William Henney [EMAIL PROTECTED] wrote: On Feb 9, 2008 4:17 PM, cezar [EMAIL PROTECTED] wrote: I think a terminator would be better for the last list element. Something like a blank line. I am not sure, just throwing ideas around. But how would one distinguish a blank line that ends a list from a blank line that separates paragraphs within a list item? You are right, though, that it is the end-of-list marker that is important. On reflection, it seems to me that a beginning-of-list marker is not necessary. That's why I suggested -. It's really only needed as a terminator, but I like symmetry. I'd like to be able have something at the top, but it should not be required. Really, the terminator should not be required unless you need it to tell org to end the list, so we don't break current files. Edd ___ 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] Re: list indentation
On Feb 9, 2008 7:09 PM, William Henney [EMAIL PROTECTED] wrote: But it causes problems to allow the same marker to be used at the start and end. For instance, consider the following: - - item one - item two - - point is on this line When I hit TAB, how is org to know whether the - is supposed to start a new sublist (and so should be indented 3 spaces) or is meant to end the preceding list (and so should not be indented)? True. I wasn't counting on tab to always get that right. I usually hit M-RET for a sibling entry and M-RET M-right for a sub list I was counting on the indent to determine if it was a sub-list. Otherwise, it doesn't matter if it's and end or beginning, at least in my mind. Once I set an indent, I'd like it to stay though. I have folding lists, so I probably don't appreciate some of the issues. When I hit tab on an existing item, it folds or unfolds. That is why I proposed that IF we are to have both start and end markers, THEN they need to be distinct. However, I now think that it would be better to just have end markers. Personally, I would prefer -/ for the XMLish feel. My objections to - are I'm afraid you won't win me over with xml. I'm not fond of it. 1. It is hard to remember (was it 5 dashes or 4?) I'd say five or more and left org format it. But then again, I'm not really tied to it. The hline was my first guess at something. It puts it in a box. I kind of like that. I'll probably find a case where I wouldn't though. 2. It is a pain to type when you have the tex input method turned on I can't argue that. I've never used the tex input method. 3. It conflicts with existing usage (sec 12.6.5 of the manual) * A line consisting of only dashes, and at least 5 of them, will be exported as a horizontal line (`hr/' in HTML). Actually, I was thinking of having an indented hline to box in the list, but again that may be plain wrong. Also, I thought the hline had to start at the beginning of the line. My mistake. In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. Edd ___ 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] Re: list indentation
On Feb 9, 2008 10:47 PM, William Henney [EMAIL PROTECTED] wrote: On Feb 9, 2008 9:55 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. How about -. ? Better. Still kind of cryptic, but more subtle. Actually, since that's all that's on the line, it really doesn't matter what it is. Font lock can hide it or gray it out. It could look like a blank line without the ambiguity. Edd ___ 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] Org-mode on Cygwin
I'm not sure I understand. I use them all the time, but I don't know what puttycyg is. I assume you aren't running emacs as a window under the Xserver and using some terminal emulator? If so, is there a reason you don't run it under the server? Edd On Feb 7, 2008 6:51 AM, Manish [EMAIL PROTECTED] wrote: Has anyone figured out how to use shift+arrowkeys on Cygwin Emacs? I am using puttycyg [1] for client. I have to use Windows Emacs just to use this feature of org-mode. Regards, -- Manish [1] http://web.gccaz.edu/~medgar/puttycyg/ ___ 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] Installation on windows
I don't know of any install wizard for org-mode or any other emacs add on. What I did was create a directory to put emacs plugins. I added it to emacs's load-path by putting the following in my .emacs file. (I don't know where that file is in windows if you don't use cygwin.) ;; set up my own package directory (setq load-path (append (list nil ~/.emacs_packages) ;; make this any path you choose load-path)) I then download the latest org-mode zip file and unpack it in a temporary directory. I then copy the elisp files (*.el) in the top level into my package directory. It tend to be about 4 files. I don't copy the files out of the sub directories (like the xemacs stuff) because I haven't needed them. Lastly I added the follow once to the .emacs: ;; setup Org mode (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)); to make emacs recognize org files (define-key global-map \C-cl 'org-store-link); (optional) to store links in non-org-mode buffers/files (define-key global-map \C-ca 'org-agenda); (optional) to open an agenda buffer from anywhere (add-hook 'org-mode-hook 'turn-on-font-lock); org-mode requires font-lock (require 'org-install) When you upgrade, just copy in the new .el files into you package directory. I generally don't compile. I've only needed to compile when I was using huge tables that I needed to manipulate. Edd On Feb 2, 2008 11:15 PM, shirish [EMAIL PROTECTED] wrote: Hi all, Isn't there a simple executable or someway I can install orgmode in Emacs 22.1 on windows? Why do I need to do all that as given in the org.pdf file? And how do I do the compiling in Windows? I'm sure I'm not the first one to ask around so if there have been any discussions before please point me to them. -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 ___ 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] Fill-paragraph and orgmode
On Jan 28, 2008 4:54 AM, Hugo Schmitt [EMAIL PROTECTED] wrote: * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] For what it's worth, this looked right until I hit reply. About your real problem, I don't know what the right answer is. You need a way for wrap to know that you want the date stamp to mark the beginning of a paragraph. The problem is that right now they can be used in the middle of a paragraph and I believe some people (myself included) use that. I have a status log in each project where each entry starts with a date stamp and I avoid this problem by making each entry a list item. M-q handles indenting correctly then. == * WORKING project foo *** Status Log - [2008-01-01] I'm starting today. The requirements are a little confusing but I know what I have to do. - [2008-01-02] Everything is going great. My code works exactly how I planned. - [2008-01-03] My tests pass. I'm done. The universe is in harmony. - [2008-01-04] OMFG! Dan is such a bonehead. He doesn't get how things have to work! - [2008-01-05] OK. I re-wrote some stuff. It's ugly but it works. Kinda. I wish people would read the requirements! I don't know if this will work for you. I was doing the status log as a list from the beginning, so the date stamp wrapping was never a problem for me. Edd ___ 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] one TODO for multiple projects
On Jan 18, 2008 10:45 AM, Erik Colson [EMAIL PROTECTED] wrote: Hi, I'm thinking about moving from planner to org-mode. Particularly for the outline and better file formatting. I've been reading through the doc and I'm missing a feature of planner. In planner we can create a todo which can be bound to multiple projects. So if it is marked completed in one project it is also in the other projects. Can this be done in org-mode ? I guess it depends on how you implement a project. The way I do it, it just an outline item and the todo under it belong to it. I can't do what you want. You could use the outline for some arbitrary grouping and associate a todo with project using tags. Maybe others have found other ways. Edd ___ 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] What's the use of Column View?
On Jan 15, 2008 1:11 PM, Leo [EMAIL PROTECTED] wrote: Hi there, Any one find the column view feature of any use? I intend to use it when I get to emacs 22. I store reading lists and other wishlist type things in tables right now, but the comment column is huge. I'd like to make it a set of outline items that I will usually view as a table. I may switch to using fewer checkbox lists inside projects and instead use todo items that I'll view as a table. I like tables, but verbose information doesn't belong in them. Especially when you can't line-wrap inside a cell. Edd ___ 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] Re: FR: source code
On Jan 15, 2008 6:36 PM, Bastien [EMAIL PROTECTED] wrote: I do agree with both reactions - I feel the same. But this was not really the point I was trying to make. We already have these directives: , | #+BEGIN_HTML | #+BEGIN_LaTeX | #+BEGIN_TXT | #+BEGIN_EXAMPLE | #+BEGIN myblock ` I know. I don't care for these. There really only useful if you are exporting. (By that I mean they are ugly (in my opinion) in the org-buffer.) I just didn't want to see more of the same. I'd rather see a way to mark things up so they are meaningful in the buffer as well as export. I must admit though that there will be cases if you are doing some heavy publishing, like say a dissertation, you may need some special inlining. I may be a little quick on the knee jerk. In buffer markup recently got a little weaker and I'd like for it not to be over looked with the expectation that you can just use inline html or latex. Edd ___ 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] indention spacing
There is an option that you can put in the orgfile on a per-buffer basis and an option in customize that can bump the indent to 2. I don't believe there is more than than. I run with an indent of 2. It work well. The the buffer you can put '#+STARTUP: odd'. You can look at section 14.5 A cleaner outline view in the manual for more info. It don't remember the name of the customize option, but you can probably browse those options pretty easily in the Org menu. Edd On Jan 10, 2008 11:51 AM, Eric Holbrook [EMAIL PROTECTED] wrote: I'm trying to find a way to increase the indentation between levels of hierarchy in org-mode. In other words, i'd like to have indentation of 3 or 4 spaces instead of the standard 1 space. I'm color blind, and the colors don't help my eyes pick out levels of hierarchy very well. If i could do this, then i could do org-hide-leading-stars and get rid of that line noise, too. Where i see this: * THERMAL ** Potential Bugs *** Counting Difference, Rob v. Tahsin Rob will file bug on self. *** Multiple Drivers ** Known Bugs *** Bandwidth issue I'd like to see something like this: THERMAL Potential Bugs Counting Difference, Rob v. Tahsin Rob will file bug on self. Multiple Drivers Known Bugs Bandwidth issue thanks, Eric ___ 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] FR: source code
On Jan 8, 2008 8:03 AM, Bastien [EMAIL PROTECTED] wrote: BTW, we had a discussion earlier with Carsten on whether the #+BEGIN* directives formed a consistent class. I suggested to distinguish between #+BEGIN_[export_language] and #+BEGIN_[type_of_region]. I further suggested that we could have: #+IF_HTML / #+ENDIF_HTML #+IF_LaTeX / #+ENDIF_LaTeX #+IF_TXT / #+ENDIF_TXT and #+BEGIN_EXAMPLE / #+END_EXAMPLE #+BEGIN myblock But maybe we shouldn't be the strict about the semantic, at least not at the cost of simplicity. What people think? Being someone who uses org-mode primarily for the appearance in the org-buffer while I'm editing and using org, I really do not like this. It may format nicely after export, but it looks ugly in the buffer. I suggested something before that should be able to fontify nicely (I think) and could be translated by exporters but it didn't go over well. In the end, this could go in and I'd just avoid it, but I'd hate to have this become *the way* to mark content when it only looks presentable after export. At least, that's my knee-jerk reaction. Edd ___ 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] SOMEDAY/MAYBE vs. low priorities
On Dec 30, 2007 12:11 PM, Adam Spiers [EMAIL PROTECTED] wrote: Pros: - Priorities become truly orthogonal to workflow, e.g. if your workflow keywords are PROJECT, PROJDONE, NEXT, STARTED, WAITING, DONE etc. then you can mark any of these as someday/maybe priority. This is quite a big advantage AFAICS. Cons: - By default org agenda TODO searches will operate on all TODO entries, regardless of priority. This means that you'd have to customise every existing agenda view of TODOs to restrict to only priorities #A to #C, which would be very cumbersome. What do people think? Are there other pros/cons, and is there a clean solution to generally restricting TODO views to #C or higher priority? The con would be less of an issue if there were a more generalized why to exclude things from agenda. Kinda how you don't have to tell agenda not to show you 'done' items or items tagged ARCHIVE. You could add your someday priority. I would consider it a general filter that takes items out of agenda view unless explicitly overridden in a query. It would probably introduce a bunch of other issues though. Edd ___ 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] Tag inheritance
Carl, There are gurus who might be able to provide a better answer, but when I need to set option for org-mode (or when I want to explore what is available) I use the menu Org-Customize-Browse Org Group. It's been a while since I've done that and it looks like Org-Customize-Expand This Menu is pretty nifty. I may have the name wrong, since it changes after you select it, but the expanded customize menu looks very nice. Edd On Dec 12, 2007 9:32 AM, Carl Bolduc [EMAIL PROTECTED] wrote: HI everyone, I saw the demo of OmniFocus today and I decided to create a similar setup using Org-Mode in Emacs. The only thing that is left to setup is tag inheritance. At the moment, if I set a tag only for the main heading of a section, its subheading don't show up when I search for the tag. I would like the subheading to show up when I search for a tag... The documentation says: ...you can influence inheritance and searching using the variables org-use-tag-inheritance and org-tags-match-list-sublevels I'm still new to Org and Emacs, can someone help me setup those variables? Thanks! Carl ___ 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] Re: secret of Carstens speed
On Dec 2, 2007 5:01 AM, Leo [EMAIL PROTECTED] wrote: On 2007-12-02 08:47 +, Rustom Mody wrote: I know this is somewhat OT but... Gawd Carsten you are just too fast! We newbies cant keep up with learning org mode with the speed with which you produce it! I donwloaded one tgz yesterday (my 2nd download in a month, 3rd if I count the 4.67c that comes with bundled with etch) and theres a new one today! Nobody forces you to upgrade. I am using 5.13 and it works just fine. True. I stay back level when there aren't any update I need and I'm too busy to experiment. Still, it frighteningly impressive how quickly Carsten can add significant updates to org-mode when he's on a roll. He's good. Edd ___ 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] list format questions
On Nov 23, 2007 2:11 AM, Bastien [EMAIL PROTECTED] wrote: Eddward DeVilla [EMAIL PROTECTED] writes: - [ ] Q2 is a really, really, long Q and needs to be described in excruciating detail. Note that auto-refilling should already handle this. The thing is that it outputs something like this: , | - [ ] Q2 is a really, really, long Q and needs to be described in | excruciating detail. ` Not something like this: , | - [ ] Q2 is a really, really, long Q and needs to be described in | excruciating detail. ` Which might be seen as more natural. But it's not obvious for me. Do you think auto-refill should wrap the line like in the second example? (I'm not speaking about explicit refilling with `M-q' here.) Personally, I prefer the second example where the text aligns with text instead of the checkbox. I can live with either. Overall, I'd just like consistency with indenting. Tab goes to one position, M-q and auto-fill goes to another. Changing it so tab and auto-fill agree, but M-q doesn't isn't really an improvement in my eyes. I'd rather keep auto-fill and M-q the same and have tab be the odd man out. Edd ___ 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] XHTML export - nbsp; etc.
I feel tempted to bring up my suggestion of [markup|text] format again, but I've been resisting because I feel like a develish nag. So [*|at-syntax] could still be html specific if you really want something html specific, but there would be something that could be portable to all export formats. It would just be a matter of deciding what 'org' marks should be supported and making sure exporters try to support them. And of course there are other ways to get around *at syntax*. Edd On Nov 9, 2007 1:59 PM, Daniel Clemente [EMAIL PROTECTED] wrote: I should add that the @emat-syntax@/em: - is too HTML-specific (we need something that exports as good to LaTeX as to HTML) - and sometimes it isn't clear what to write. For instance if I want to write [1] without being processed as a footnote (on a document with footnotes on); something like @span[@/span1@span]@/span would be too complex. @strong@emGreetings@/em@/strong :-) Daniel 2007/11/9, Daniel Clemente [EMAIL PROTECTED]: - you write C-x 8 SPC in your org files - C-x 8 SPC is exported to nbsp; on HTML - C-x 8 SPC is exported to ~ on HTML - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX 100% okay. And you can add: - \~ will insert ~ in the LaTeX source Yes Sometimes the \ means „don't escape, sometimes not. Are you okay with this: Org = LaTeX \~ = ~ \% = % \# = # \{ = { \} = } \ = \_ = _ \^ = ^ (i.e. preventing special characters from being converted.) Mmm... some of those characters /can/ already be written directly and they won't be interpreted, so you suggest adding a second method (ex: \# besides # ). Maybe some users find this confusing and prefer just one way to write each sign. What do other people think? Should both # and \# write # ? But your proposal would convert \ into the generic escaping character. This is good since then you can always write \% (or with any character of the list) and you know it will be escaped. But this is bad because this would only work on the characters you proposed, not on all. Ex \[ would probably write \[ and not [ I would suggest: 1. Using \# just for signs that are part of org's syntax: _ ^ 2. Developing a general way to include a literal text without processing of org's syntax. For instance, the string *word* where both asterisks should be visible at the exported text (instead of a bold word). That can be implemented with start-end markers (ex: literalsome *unprocessed* text/literal) or with a marker before each sign: (ex: some \*unprocessed\* text). 1 and 2 can be combined if \# works with exactly all syntax elements, that means, all elements which would otherwise change the meaning and processing of the text. For instance: \* \/ \[ \] \# \| \= etc. Of course, also \\ must be present to write a literal \ For the signs which are not part of org's syntax, you wouldn't need to write \ Ex: \( is unnecesary since ( has no meaning in org. Sorry for starting anothed discussion :-) Daniel ___ 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] Emphasis and bold in quotation
On Nov 7, 2007 5:13 PM, Daniel J. Sinder [EMAIL PROTECTED] wrote: 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 don't export much myself. I like it to be readable (and hopefully pretty) in the org-mode buffer. I've never considered vanilla html code readable. It's pretty nice how font lock handles the current way. It just seems to have too many corner cases. I was trying to think of something that could present well in the org buffer using font-lock and/or whatever magic links and timestamps use while also exporting well to all the exportable formats, including but not limited to html. I am assuming that font-lock can handle matching braces. My first thought was to use something like *[text-n-stuff] but though that was ugly. It struck me that links do magic with [hidden|visible] and though that the markup could be in the hidden area and affect the face of the visible area. I figure someone will eventually ask for nesting so I suggested it upfront figure it would be shot down immediately for technical limitations or be consider for future enhancement. I say bring the simple, single-character markup back to the original incarnation: *one* word /only/. Well, that would fix the corner cases. I'm not sure that's what most people would want. I'd guess most people using the feature would prefer to keep the text formating with its current warts rather than go back to simple word mark up. I could be wrong. In any case, this markup stuff seem to be an unruly stepchild in the org-mode tool kit and it might be worth fixing with some finality, even if it is to go back to just go back to single word markup. Edd ___ 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] property constants in elisp formulas
On 11/2/07, Eddward DeVilla [EMAIL PROTECTED] wrote: On 11/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: Lastly, since I'm whining, there's a bug in the formula editor that I'm not sure if I've mentioned before. Edit the table below with C-c '. The '(@-I$2..$2) will become '(@-I$2..B) which causes #ERRORs. This is the same, @-I$2..$2 is the same as @-I$2..B The errors are caused by interpolations: you get something like (car '2 18 58) which is obvioulsly a bug. You need to enclose the properties in parenthesis, or supply the parenthesis in the formula, so that interpolation will lead to (car '(2 18 58)) Actually, that wasn't what I was seeing. In the table formula editor it highlight the region represented by @-I$2..B as though it were @-I$2..$3. I'll have to see if I can put together a better recreate. I have this happen on my machine at work, but it's not happening not at home. Sorry. OK. My fault. I had an old version of org at work. This has already been fixed. Edd ___ 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] inserting files within remember templates
I haven't used remember, so I don't know the limitations, but could C-x,C-i work? Edd On 11/5/07, Adam Spiers [EMAIL PROTECTED] wrote: I'm finally getting around to setting up remember properly for regular use. One thing I think I'll need is the ability to include the contents of an external file in a remember template at the time of instantiation. Or if there was a % escape sequence for executing arbitrary elisp, that would be even better, of course. Is there anything like that at the moment? I couldn't see anything in the docs. ___ 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] Removing org files after opening agenda
Actually, this is how I load all my org files in one shot. It did annoy me once upon a time. Edd On 11/2/07, Stefan Kamphausen [EMAIL PROTECTED] wrote: Hi, when opening an agenda for TODO items (via M-x org-agenda t) all files from org-agenda-files will be opened. This clutters the buffer space and I think the buffers should be killed after reading their contents. Probably I could do it myself using org-finalize-agenda-hook but it may be worth thinking about a general solution. And maybe I am missing something? The simple approach, to close all buffers associated with files in org-agenda-files, is obviously not what one wants, instead only those opened transparently should be removed afterwards. What do you think? Kind Regards Stefan -- Stefan Kamphausen --- http://www.skamphausen.de a blessed +42 regexp of confusion (weapon in hand) You hit. The format string crumbles and turns to dust. ___ 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] property constants in elisp formulas
On 11/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: Lastly, since I'm whining, there's a bug in the formula editor that I'm not sure if I've mentioned before. Edit the table below with C-c '. The '(@-I$2..$2) will become '(@-I$2..B) which causes #ERRORs. This is the same, @-I$2..$2 is the same as @-I$2..B The errors are caused by interpolations: you get something like (car '2 18 58) which is obvioulsly a bug. You need to enclose the properties in parenthesis, or supply the parenthesis in the formula, so that interpolation will lead to (car '(2 18 58)) Actually, that wasn't what I was seeing. In the table formula editor it highlight the region represented by @-I$2..B as though it were @-I$2..$3. I'll have to see if I can put together a better recreate. I have this happen on my machine at work, but it's not happening not at home. Sorry. Edd ___ 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] Upgrading org-mode--Windows
You will need to install your own copy. I'm not sure the way I do it is the best, but it's easy. First you will need to download the latest org-mode and unpack it in some temp directory. Next you will have to determine when you want you're copy to go. On windows, I run emacs under cygwin, and I put a .emacs_packages directory in my home directory where I put my addons. You can use any directory so pick something that works for how you organize things. Once you have you directory, copy all the .el files from the unpacked org archive into it. This will probably be org-install.el, org-mouse.el, org-publish.el org.el. Now you need to tell emacs to load files from you directory. I have the following in my .emacs. Modify as needed. ;; set up my own package directory (setq load-path (append (list nil ~/.emacs_packages) load-path)) The rest of what I have may not be needed by you. (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) (define-key global-map \C-cl 'org-store-link) (define-key global-map \C-ca 'org-agenda) (add-hook 'org-mode-hook 'turn-on-font-lock) ; org-mode buffers only (require 'org-install) After this is in place you can start emacs, open on org-buffer and do M-x org-version to verify what you are running. I just noticed that I append to the load-path. You may need to put you directory on the front of the list. Edd On 10/22/07, Michael Dixon [EMAIL PROTECTED] wrote: I apologize in advance if this question is off-topic/inappropriate, but the version of org-mode packaged with emacs 22.1 for Windows is 4.67, while the latest current version is 5.13. I can't seem to figure out how to update the org-mode package in Windows. Any help? ___ 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] property constants in elisp formulas
On 10/23/07, Carsten Dominik [EMAIL PROTECTED] wrote: I believe you can, yes. Why don;y you just try and watch the effect by turning on formula debugging? It works now. I just wasn't sure if it was supposed to. cool. BTW, 5.13d omits the parenthesis in Lisp formula interpolation... Great! Thanks. Did you notice the other two problems in my email? I wasn't sure if they got lost after the long example. The underscore in properties isn't that big of a deal, but the problem with the formula editor is really annoying. Edd - Carsten On Oct 19, 2007, at 10:32 PM, Eddward DeVilla wrote: Now, just as a stupid question, if I put a lisp expression into a property, can I use it in a formula? = sample * top :PROPERTIES: :fives:(0 8 16) :fours:(2 18 58) :threes: (6 11 33) :twos: (3 13 36) :ones: (0 13 59) :zeros:(0 6 23) :null: (17 8 59) :END: *** test 1 | | day | hour | minute | |---+-+--+| | # | 0 |8 | 16 | | # | 2 | 18 | 58 | | # | 6 | 11 | 33 | | # | 3 | 13 | 36 | | # | 0 | 13 | 59 | | # | 0 |6 | 23 | | # | 17 |8 | 59 | #+TBLFM: @2$2='(car '$PROP_fives)::@2$3='(cadr '$PROP_fives)::@2$4='(caddr '$PROP_fives)::@3$2='(car '$PROP_fours)::@3$3='(cadr '$PROP_fours)::@3$4='(caddr '$PROP_fours)::@4$2='(car '$PROP_threes)::@4$3='(cadr '$PROP_threes)::@4$4='(caddr '$PROP_threes)::@5$2='(car '$PROP_twos)::@5$3='(cadr '$PROP_twos)::@5$4='(caddr '$PROP_twos)::@6$2='(car '$PROP_ones)::@6$3='(cadr '$PROP_ones)::@6$4='(caddr '$PROP_ones)::@7$2='(car '$PROP_zeros)::@7$3='(cadr '$PROP_zeros)::@7$4='(caddr '$PROP_zeros)::@8$2='(car '$PROP_null)::@8$3='(cadr '$PROP_null)::@8$4='(caddr '$PROP_null) == Also, in the above example, the property values were aligned for me. In my previous example, that didn't happen. It seems that the alignment code does like underscores in names = sample == * top :PROPERTIES: :fives:0 8 16 :d_5: 0 :fours:2 18 58 :END: = Lastly, since I'm whining, there's a bug in the formula editor that I'm not sure if I've mentioned before. Edit the table below with C-c '. The '(@-I$2..$2) will become '(@-I$2..B) which causes #ERRORs. == sample === * top :PROPERTIES: :fives:0 8 16 :fours:2 18 58 :threes: 6 11 33 :twos: 3 13 36 :ones: 0 13 59 :zeros:0 6 23 :null: 17 8 59 :END: *** test 2 | | day || |---+-+| | # | 0 | 0 | | # | 2 | 2 | | # | 6 | 8 | | # | 3 | 11 | | # | 0 | 11 | | # | 0 | 11 | | # | 17 | 28 | #+TBLFM: $3='(apply '+ '(@-I$2..$2));N::@2$2='(car '$PROP_fives)::@3$2='(car '$PROP_fours)::@4$2='(car '$PROP_threes)::@5$2='(car '$PROP_twos)::@6$2='(car '$PROP_ones)::@7$2='(car '$PROP_zeros)::@8$2='(car '$PROP_null) Edd On 10/19/07, Carsten Dominik [EMAIL PROTECTED] wrote: You are right, there should be no parenthesis in Lisp interpolation. Will be fixed in 5.14. - Carsten On Oct 19, 2007, at 0:06, Eddward DeVilla wrote: Hi, Is there a better way to do this? = sample file = * top :PROPERTIES: :d_5: 0 :h_5: 8 :m_5: 16 :d_4: 2 :h_4: 18 :m_4: 58 :d_3: 6 :h_3: 11 :m_3: 33 :d_2: 3 :h_2: 13 :m_2: 36 :d_1: 0 :h_1: 13 :m_1: 59 :d_0: 0 :h_0: 6 :m_0: 23 :d_n: 17 :h_n: 8 :m_n: 59 :END: *** test | | day | hour | minute | |---+-+--+| | # | 0 |8 | 16 | | # | 2 | 18 | 58 | | # | 6 | 11 | 33 | | # | 3 | 13 | 36 | | # | 0 | 13 | 59 | | # | 0 |6 | 23 | | # | 17 |8 | 59 | #+TBLFM: @2$2='(car '$PROP_d_5)::@2$3='(car '$PROP_h_5)::@2$4='(car '$PROP_m_5)::@3$2='(car '$PROP_d_4)::@3$3='(car '$PROP_h_4)::@3$4='(car '$PROP_m_4)::@4$2='(car '$PROP_d_3)::@4$3='(car '$PROP_h_3)::@4$4='(car '$PROP_m_3)::@5$2='(car '$PROP_d_2)::@5$3='(car '$PROP_h_2)::@5$4='(car '$PROP_m_2)::@6$2='(car '$PROP_d_1)::@6$3='(car '$PROP_h_1)::@6$4='(car '$PROP_m_1)::@7$2='(car '$PROP_d_0)::@7$3='(car '$PROP_h_0)::@7$4='(car '$PROP_m_0)::@8$2='(car '$PROP_d_n)::@8$3='(car '$PROP_h_n)::@8$4='(car '$PROP_m_n) Specifically, is there a better way to get at a property constant with an elisp formula? It seems the value is automatically put in parens such that $h_3 is (11) which is a little awkward. On the other hand, maybe I can use that to store a list in a property. Edd ___ Emacs-orgmode mailing list Remember: use `Reply
Re: [Orgmode] Org-mode version 5.13
On 10/19/07, Adam Spiers [EMAIL PROTECTED] wrote: On Fri, Oct 19, 2007 at 08:25:18AM +0200, Carsten Dominik wrote: Hi everyone, I am releasing Org-mode version 5.13 at http://orgmode.org - The agenda dispatcher + `' cycles through restriction states. + Multi-character access codes to commands (= sub-keymaps). I can't believe you implemented this already; I'm struggling to think of superlatives to describe this quality of maintainership! Ya. Carsten is pretty good like that. Edd ___ 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] property constants in elisp formulas
Hi, Is there a better way to do this? = sample file = * top :PROPERTIES: :d_5: 0 :h_5: 8 :m_5: 16 :d_4: 2 :h_4: 18 :m_4: 58 :d_3: 6 :h_3: 11 :m_3: 33 :d_2: 3 :h_2: 13 :m_2: 36 :d_1: 0 :h_1: 13 :m_1: 59 :d_0: 0 :h_0: 6 :m_0: 23 :d_n: 17 :h_n: 8 :m_n: 59 :END: *** test | | day | hour | minute | |---+-+--+| | # | 0 |8 | 16 | | # | 2 | 18 | 58 | | # | 6 | 11 | 33 | | # | 3 | 13 | 36 | | # | 0 | 13 | 59 | | # | 0 |6 | 23 | | # | 17 |8 | 59 | #+TBLFM: @2$2='(car '$PROP_d_5)::@2$3='(car '$PROP_h_5)::@2$4='(car '$PROP_m_5)::@3$2='(car '$PROP_d_4)::@3$3='(car '$PROP_h_4)::@3$4='(car '$PROP_m_4)::@4$2='(car '$PROP_d_3)::@4$3='(car '$PROP_h_3)::@4$4='(car '$PROP_m_3)::@5$2='(car '$PROP_d_2)::@5$3='(car '$PROP_h_2)::@5$4='(car '$PROP_m_2)::@6$2='(car '$PROP_d_1)::@6$3='(car '$PROP_h_1)::@6$4='(car '$PROP_m_1)::@7$2='(car '$PROP_d_0)::@7$3='(car '$PROP_h_0)::@7$4='(car '$PROP_m_0)::@8$2='(car '$PROP_d_n)::@8$3='(car '$PROP_h_n)::@8$4='(car '$PROP_m_n) Specifically, is there a better way to get at a property constant with an elisp formula? It seems the value is automatically put in parens such that $h_3 is (11) which is a little awkward. On the other hand, maybe I can use that to store a list in a property. Edd ___ 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] POLL: Volume of emacs-orgmode too high?
On 10/16/07, Carsten Dominik [EMAIL PROTECTED] wrote: Hi, the mailing list has been extremely active recently, we have had close to 20 email a day. I am worried that this will scare away some members. Do we need to address this, or will people stick around and just wait until things cool off a bit? - Carsten P.S. I know that this will lead to even more messages in the next few days, but it is for a good cause :-) I've been having a little trouble keeping up and have skimmed over some of the thread I'm not as interested in. I'm still glad that there is enough interest to have this kind of traffic. That outliner I depended on before org-mode died from lack of interest. Edd ___ 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] Re: depending TODOs, scheduling following TODOs automatically
Well, I think I'm going to try something else to get the task dependencies I'm after. I'm using a BLOCKED tag now. I'm thinking I'll go with a BLOCKED property followed by the list of blockers. I'll probably use links there, but I'll have to find a way to make that less fragile with the dynamic portions of the heading. I wasn't looking for any automatic state changes myself, so that would pretty much cover it. I'll probably be able to make a dynamic block that will generate a table with the tasks sorted parent first or sorted by which task is blocking the most other tasks, if I care enough. I can't say I have any plans to use triggers, but will they really hurt anything? I mean if it makes the code a mess then that wouldn't be good. But frankly, I have no need for the GTD 'find a stuck project' stuff, and it hasn't been a problem for me. Edd ___ 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] Categories
You could set a :CATEGORY: property for entry. Edd On 10/11/07, Richard G Riley [EMAIL PROTECTED] wrote: Categories are fairly handy for keeping the agenda well organised, but what are the functionalities for moving tasks between different categories e.g a task might move from PROJ1 to PROJ2 or some such? Must it be done manually using cut and paste in the org file? ___ 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] Re: depending TODOs, scheduling following TODOs automatically
On 10/9/07, Christian Egli [EMAIL PROTECTED] wrote: One of org-mode biggest strengths is its simplicity. I do not want it to turn into a feature ridden dinosaur that is impossible to maintain. I was hoping for something more like perl, where the easy things are easy and the hard things are possible. My hope for any feature in org is that if you don't need it, it doesn't affect you and you don't need to know it exists. I keep my projects simple. I plan not for the sake of planning but to get an overview. So for dependency tracking I usually just reorder my tasks. I don't want to fidget with my plan all day. I want to get things done :-) Same here. I'm just now in a position where I need to make sure I get them done on time and it's starting to require some creative planning. A planning mistake now could really hose me 9 months from now. Tracking complex dependency relations between tasks would go a long way in help me see avoid such mistakes. Obviously, not everyone is in that boat. I wasn't a few months ago. To that end my plea is to keep org mode simple. That's why John's proposal appeals to me. It is flexible and delegates the complexity to emacs lisp instead of inventing another micro language for dependency tracking. I'm losing track of who proposed what. I was up late last night. I'm liking the TRIGGER/BLOCKER idea that Bastien has been talking about, except it lacks the ability to reference any task that isn't immediately before, after, under or above the triggering or blocked task. I'm starting to think links might be to best tool in org for identifying a task (todo item). I'm not sold on that yet. I may need to give that another night. If we go that route, I think I'd like to see a common library of code come with org to keep us from reinvent wheels and so we can have a subset of 'trusted' code. (I'm security minded. I'd hate to reinvent the mistake of embedded VB script in documents.) Edd ___ 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] depending TODOs, scheduling following TODOs automatically
I've been waiting to see if org might develop something like todo dependency ordering. Seems like one could use this with and estimated time to complete a todo item to generate a milestone table or more easily estimate how long a group of tasks will require to complete or when the soonest a given step could begin. I'm not sure if I like having the unique ID property for the todo. With drawers, it would be hidden at least and org can probably make sure they really are unique. Attaching a unique ID to todos could probably be useful in other ways to. It just doesn't feel right for a format where pretty much every thing in the files tend to be fit for human consumption. I guess I'm assuming the ID would just be a number, it could be something a little more readable/meaningful. You could allow (but not require) an arbitrary label property on each todo item. You could allow multiple dependencies (a list property?) where the dependency is named via the label (requiring that any todo item that is depended upon have a label). You could have an operation in or that will insert a label property into the PROPERTIES drawer for the current todo item for the user, possibly prompting the user for a label or automatically generating a UID based on prefix key or customization. Lastly you could have operations to copy labels and dependencies and paste them into and delete them from dependency lists (but not labels) in org buffers and agenda buffers to edit dependencies. I like that the label described above could be something the user defines or it could just random looking uid. I don't know if it would ever be used that way. I'm also not sure if an item should be allow more than one label. It would be like a software package the 'provides' more than one feature. I'm not sure it make sense in project planning. Would it be valid to name dependencies before you know where they will be addressed? I know I tend to determine dependencies well before I know when or will they get addressed, but then I don't claim to know what I'm doing most of the time. Edd On 10/8/07, Russell Adams [EMAIL PROTECTED] wrote: Lets make that more generic. How do you organize your dependencies anyway? The basic hierarchy can't always be setup in order. One of the things I'd considered is an optional GUID property for each todo, and then a DEPENDS property with the GUID of any (potentially multiple?) dependencies. There'd need to be a way to navigate this list, though goto via GUID link would work nicely. It may even be appropriate to list the current TODO as BLOCKED until all dependencies are DONE. Russell On Mon, Oct 08, 2007 at 09:26:58AM -0400, Denis Bueno wrote: On 10/8/07, Rainer Stengele [EMAIL PROTECTED] wrote: Hi! Having a TODO which depends on an earlier TODO I would like to trigger the timestamped scheduling of the following TODO when the former is DONE. I second this request. I often like to schedule a workflow where task A must precede B which precedes C, c., but I'd rather not see that B and C are scheduled until and (and B, respectively) are DONE. Seems like a very useful way to organise. -- Denis ___ 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 -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] depending TODOs, scheduling following TODOs automatically
On 10/8/07, John Wiegley [EMAIL PROTECTED] wrote: How about just having generalized Lisp triggers: [snip] This could be dangerous. Org file are (most) text. The more code you allow to be embedded, the more of a vector org-mode becomes for trojan horse attacks. Of course I've been using lisp in tables formulas more and more, so I am a hypocrite. I'd love a way to embed lisp trigger into properties, but they probably ought to be in the .emacs or the like. Edd ___ 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] Re: Headline level change
My bad too. I didn't have org-mode in front of me, and I thought it was C-right, not M-right. I count too much on muscle memory these days. Edd On 10/7/07, Wanrong Lin [EMAIL PROTECTED] wrote: Sorry, my mistake. I should use M-S-right to shift the whole tree, not just M-right. Wanrong Wanrong Lin wrote: Hi, With v5.11, I found out that if I change the level of a headline (say from level-3 to level-5 since I use odd levels only), the subtree under that headlines does not move to the right accordingly. I remember when I just started to use org-mode (v5.06, I think), the subtree will move too. Is this a bug or I missed something that has been changed? Thank you. Wanrong ___ 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] Table calculation question
On 8/26/07, Bernt Hansen [EMAIL PROTECTED] wrote: In the following table I'd like to vertically sum the column and the compute a new value based on that sum. |---+---+---+---+---+-| | | A | B | C | Total | Details | |---+---+---+---+---+-| | # | 1 | 2 | 4 | 7 | Item 1 | | # | 2 | 6 | 4 |12 | Item 2 | | # | 2 | 4 | 4 |10 | Item 3 | | # | 2 | 6 | 3 |11 | Item 4 | |---+---+---+---+---+-| | # | | | |40 | 400.00 | | ^ | | | | tot | result | | $ | | | | | kval=10 | |---+---+---+---+---+-| #+TBLFM: $5=$2+$3+$4::$tot=vsum(@[EMAIL PROTECTED])::$result=$tot*$kval;%.2f If I edit any of the values in columns A, B, C and do C-u C-c C-c then the total (tot) value is recalculated but result is not. Doing C-u C-c C-c a second time recalculates result based on the new tot value. Is there a way to do this in a single table recalculation? Thanks, Bernt I have this in some of my tables. Right now I just live with it. The problem is you can't really have computed value dependent on other computed values. Either you can do I like I do when I feel lazy and recalculate until things stabilize or you can rewrite your formulas to not depend on other computed values. So in the case of tot, use tot = vsum(@[EMAIL PROTECTED]) or something like that. (I don't have calc so I can't test this.) For now, I wish the table editor would highlight calculated cells or do something to let you know when you are calculating one field using another calculated field. I've been telling myself that I'm going to dig into the formula evaluator and see if I can't get it to inline formulas from other referenced cells so it will 'do the right thing'. I'm sure it not trivial and for now there is a work around. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] include file contents in org files?
On 8/21/07, Rainer Stengele [EMAIL PROTECTED] wrote: Dear list, I'd like to have the initial lines (configuration) of any org file be the same. Yes, I could configure everything in my .emacs file - but I want to see my configuration - TAGS etc. - at the beginning of my org files. If I change anything in for example the TAGS section I have to do the change in each and every org files I use - which is stupid. Is there a possibility to include a file and show it maybe between a ruler set? I've wanted something like that myself so that my org files /could/ stand on their own, but so I would need to edit them all if my preferred defaults were to change. Ultimately, I've settled on having an emacs config that I can move with my files. At some point I want to use a package (I can't remember the name) that can split custom configuration into multiple files. What might be nice is to be able to put a token at the top of the file to export the config from custom (or as much as reasonable) into the file using a config name. So in custom you set a configuration name (say eddwards-org-config) and at the top of your file you put #+INLINE_CONFIG: eddwards-org-config and org-mode would insert the configuration after it, replace any config line that might already be there. If the keyword in the file doesn't match what is in custom or if there isn't a name given in the file or custom, then do not insert anything in the file. Org could maybe update all of the agenda files as appropriate. The reason for the name is so I can receive a file from someone else (say my brother) and not have the config info in his file overlaid with mine, distorting how he intended the file to be seen. That would cover my needs for org, but I'll still probably get a custom splitter since I'm starting to use emace for more things and I have at least three separate machine I use it on and I'd like to share some of the customizations. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: table formulas revisited
I think I fixed my problem, but I was wondering if someone with some more elisp org-code knowledge could check this for me. The 5.04 diff is 8876a8877 elements It looks like an argument to the first mapconcat was missing in org-table-make-reference. Edd On 7/27/07, Eddward DeVilla [EMAIL PROTECTED] wrote: I must have been asleep at the wheel when 5.04 came out. Anyhow, that doesn't work either. Edd On 7/27/07, Eddward DeVilla [EMAIL PROTECTED] wrote: Hi all, This is something I thought I had working before. In anycase, anytime I use a range in a table, I cannot get it to evaluate. It dies before even reaching the formula debugger with Wrong number of arguments: #subr mapconcat, 2. This is org 5.03 and I've tried it on emacs 21.1.1 and 21.3.50.1. What's really weird is that I think this was working eariler this week on the same version of org and emacs. Can anyone else try dropping this table in an org buffer and hitting C-cC-c on the TBLFM line to confirm if it's just me? Thanks, Edd * wealth management |--+-+-| | item | amount | balance | |--+-+-| | paid | 50.00 | 50.00 | | baby's new pair of shoes | -25.00 | 25.00 | | chips| -2.50 | 22.50 | | my birthday! | 100.00 | 122.50 | | speeding fine :( | -200.00 | -77.50 | |--+-+-| #+TBLFM: $3='(apply '+ '(@-I$-1..$-1));N%.2f ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] new bug in table editor
Hi, I found a bug in the table formula editor. When I enter a range like @-I$3..$3, it get converted to. @-I$3..C in the editor. When I move the cursor onto the range in the table formula, instead of just highlighting the cells in column 3 down to the current cell, it highlights a rectangle as if I had entered @-I$3..$-0. This only seems to affect the formula editor and not formula evaluation. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: (more) in agenda?
On 8/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello! Sometimes I write some comments after a todo entry like this: , | *** TODO [#A] implement function XYZ | | VERY IMPORTANT: be careful not to forget ABC!!! ` When I browse my todos in agenda view (see below) most of the time I forget about whether I have comments or not, so I don't even check: , | ProjectFoo:..TODO [#A] implement function XYZ | ProjectFoo:..TODO [#B] foo | ProjectFoo:..TODO [#C] bar ` I would like the agenda view to somehow sign entries that have comments, like this: , | ProjectFoo:..TODO [#A] implement function XYZ (more) | ProjectFoo:..TODO [#B] foo | ProjectFoo:..TODO [#C] bar ` What do you think? Well, that would flag all of my entries. I'm not sure I would want all the extra info, since for me it would be repetitive. I have been trying to think of a good suggestion for easily manipulating what goes into an agenda view. I think a format string using property info might go a long way. I can think of a good way to get what you are after. Maybe if there was an implicit property for a heading like HAS_BODY. In any case, I don't think it is that uncommon to have todo heading with body info and I know I would be annoyed by a feature like this if I couldn't turn it off. I think there is a more general/flexible feature that could implement this waiting to be thought up. Edd. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] table formulas revisited
Hi all, This is something I thought I had working before. In anycase, anytime I use a range in a table, I cannot get it to evaluate. It dies before even reaching the formula debugger with Wrong number of arguments: #subr mapconcat, 2. This is org 5.03 and I've tried it on emacs 21.1.1 and 21.3.50.1. What's really weird is that I think this was working eariler this week on the same version of org and emacs. Can anyone else try dropping this table in an org buffer and hitting C-cC-c on the TBLFM line to confirm if it's just me? Thanks, Edd * wealth management |--+-+-| | item | amount | balance | |--+-+-| | paid | 50.00 | 50.00 | | baby's new pair of shoes | -25.00 | 25.00 | | chips| -2.50 | 22.50 | | my birthday! | 100.00 | 122.50 | | speeding fine :( | -200.00 | -77.50 | |--+-+-| #+TBLFM: $3='(apply '+ '(@-I$-1..$-1));N%.2f ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: table formulas revisited
I must have been asleep at the wheel when 5.04 came out. Anyhow, that doesn't work either. Edd On 7/27/07, Eddward DeVilla [EMAIL PROTECTED] wrote: Hi all, This is something I thought I had working before. In anycase, anytime I use a range in a table, I cannot get it to evaluate. It dies before even reaching the formula debugger with Wrong number of arguments: #subr mapconcat, 2. This is org 5.03 and I've tried it on emacs 21.1.1 and 21.3.50.1. What's really weird is that I think this was working eariler this week on the same version of org and emacs. Can anyone else try dropping this table in an org buffer and hitting C-cC-c on the TBLFM line to confirm if it's just me? Thanks, Edd * wealth management |--+-+-| | item | amount | balance | |--+-+-| | paid | 50.00 | 50.00 | | baby's new pair of shoes | -25.00 | 25.00 | | chips| -2.50 | 22.50 | | my birthday! | 100.00 | 122.50 | | speeding fine :( | -200.00 | -77.50 | |--+-+-| #+TBLFM: $3='(apply '+ '(@-I$-1..$-1));N%.2f ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] proposal: defconst/defcustom org-tags-regexp
On 7/18/07, Carsten Dominik [EMAIL PROTECTED] wrote: Do you know a solution for this problem? Does emacs let you manually compile a regular expression? If so, it might be possible to recompile REs when ever they change. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] proposal: defconst/defcustom org-tags-regexp
On 7/19/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jul 19, 2007, at 15:08, Eddward DeVilla wrote: Does emacs let you manually compile a regular expression? If so, it might be possible to recompile REs when ever they change. This is not the issue. Yes, Emacs compiles regular expressions whenever necessary. However, consider the following loop: I meant, could you store a compiled RE in a variable and use the compiled form. Then manually recompile them if someone changes the uncompiled RE string. This assumes you can store the compiled RE and that there is a hook in custom to let you know it has changed. We'd probably want to have a function the regenerates all of org's REs and allow others to hook into that to recompile their own REs. On the other hand, I just went digging through the elisp manual and I didn't see anything that would generate a compiled RE to be stored and (re)used later. Bummer. Maybe if I get bored, I might see if performance is ok with the REs factored out, but I don't suspect I would get good results. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] promote/demote oddities
I found two problems is promotion and demotion. This is with org-more 5.03 on emacs 21.1.1 and 21.3.50.1. First, given the file --- test.org -- * h 1 t 1 *** h 1 1 t 1 *** h 1 2 t 1 2 -- Using M-S-right on heading 'h 1' produces --- test.org -- *** h 1 t 1 * h 1 1 t 1 * h 1 2 t 1 2 -- I would have expected the text lines to indent as well. Second, given the file --- test.org -- * h 2 - i 1 - i 2 -- If I use M-S-right on 'i 1', nothing happens. (This may be new intentional behavior.) If I use M-S-right I get --- test.org -- * h 2 - i 1 - i 2 -- This is expected since demotion now shifts by two. However if I try to promote 'i 1' again using M-S-left I get --- test.org -- * h 2 - i 1 - i 2 -- It looks like it is increase the indent by the current indent minus 2. In the debugger it looks like delta in org-indent-item (line 6192) is 2 for M-S-right and the current indent -2 for M-S-left. I'm having a little trouble following the logic of how it is set. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Making a list to string
On 7/12/07, Cecil Westerhof [EMAIL PROTECTED] wrote: Yes, it looks like it works completly. (What I am missing is a knowledge of Lisp. Thus that will come.) One thing bugs me. I am used to end a formula ending with ';N'. By default the field values are passed to the lisp expression as a string. If you want it to be passed as a number you need the ;N. So if @3$4 = 123: '(foo @3$4) = '(foo 123) '(foo @3$4);N = '(foo 123) Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: Jump points
On 7/11/07, Rick Moynihan [EMAIL PROTECTED] wrote: Is this something people might find useful? I personally find I spend a lot of time trying to re-acquire my previous context within a particular task, something like this might help. Actually, after thinking about this; I realise that Emacs has bookmarks (a feature I've not yet put to use) perhaps a better idea would be to integrate these with org-mode and visiting the file via the agenda? What do people think? I'm not sure I understand it. You place a token (you were using ++) in the body under an outline item. Then when you select the item from agenda, instead of putting the cursor on that headline, it will look for (the first?) line with that token in it's subtree. If the token does not exist in the subtree it just places the cursor on the heading. Is this what you are suggesting? (If not then the rest of my comment may be off.) First, I avoid losing context in a different way. I have one emacs session that is always running to take care of 'administrative matter' and it is were I do most of my org-mode/project planning and tracking. When I'm in the middle of doing something with a project, I have it's tree open in an indirect buffer. I have one frame with just agenda's todo list in it for reporting and another frame with three windows (or so) so I can look at a few things at once. Since each project is in it's own buffer, I can get context just be where I left the cursor. For my uses, what I would love is a way to have org-mode remember how a subtree was folded so I could hide a subtree and then reopen it later with all of it children exposed or hidden as they were before. I like to use hiding for context in a project, but I get by without it. Getting back to your suggestion, I have an idea. First pick a good token. I don't care for ++ because it means something in C code, but I think you could get a way with picking your own token here. Next, I wonder if there is a search subtree? I didn't see it in on a quick search of the manual, but I could have missed it if it exists. If it doesn't exist, I think it might be handy here and in other places. With a subtree search, you could search out the token after agenda takes you to the project tree. You could make a custom key binding to search for you token. Also, if there is a hook that runs after agenda takes you to a heading, you might be able to put this search there. That all depends on a few things. Does subtree search exist or should it? Is a key binding good enough for a find-next-jump-point function? Is there (or should there be) a hook that runs after agenda takes you to a heading? Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: Jump points
On 7/11/07, Rick Moynihan [EMAIL PROTECTED] wrote: Apologies for my poor explanation but yes this is precisely what I'm talking about. You probably explained it well. I'm pretty thick at times. I've never knowingly used indirect buffers, and I'll certainly take a look at them as I can see how I might find them useful. I frequently use org-narrow-to-subtree which I find useful for hiding irrelevant details. Incidentally it would be nice to be able to set follow mode to automatically narrow to the current agenda selection. I couldn't live without C-u,C-c,C-x,b. :-) I've personally taken to using follow mode, and having my org-mode Emacs session split vertically into two panes, with the agenda on the right. I then navigate my org file via the open agenda buffer with follow mode. I'm guessing that your method doesn't (easily) allow you to jump from the agenda to your projects indirect buffer, which is a feature I quite like using. I like the idea of using agenda as a browser. I like have multiple windows open in a frame to look at multiple files (or projects) side by side at once. Early on, agenda got a little crazy if you used it with multiple windows and I used to run org in the same session where I did all my source editing. I'd easily have 5 or more windows in a frame. I'll have to see if it will work if I have just two windows in the agenda frame. Good suggestions, and it did occur to me that I might be able to implement this as a personal extension to org-mode, and I'm sure for someone with good Emacs fu, this would take 5 minutes. For me? Well it might be a nice motivating exercise to learn some more elisp :) The key binding would be easy if there were a search subtree function. Looking through org.el, I'm thinking there isn't. Likewise, there doesn't appear to be a hook for agenda following. I could be wrong as I'm still getting to know lisp and org.el. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Making a list to string
Is this any better. I don't think it's entirely right yet. |---++++| | | datum | from datum | hard coded || |---++++| | # | 2007-01-01 | 1 | 1 | 2007-01-01 | | # | 2007-07-09 |190 |190 | 2007-07-09 | | # | 2007-07-11 |192 |192 | 2007-07-11 | | # | 2007-09-11 |254 | 1 | 2007-09-11 | | # | 20071012 |192 | 1 | 20071012 | |---++++| #+TBLFM: $3='(time-to-day-in-year (org-read-date t t (concat $2)))::$5='(concat $2)::@2$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N::@3$4='(time-to-day-in-year (org-read-date t t 2007-07-09));N::@4$4='(time-to-day-in-year (org-read-date t t 2007-07-11));N::@5$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N On 7/11/07, Cecil Westerhof [EMAIL PROTECTED] wrote: I have the following table: |---++---++--| | | datum |from datum | hard coded | | |---++---++--| | # | 2007-01-01 | 192 | 1 | [50, 48, 48, 55, 45, 48, 49, 45, 48, 49] | | # | 2007-07-09 | 192 |190 | [50, 48, 48, 55, 45, 48, 55, 45, 48, 57] | | # | 2007-07-11 | 192 |192 | [50, 48, 48, 55, 45, 48, 55, 45, 49, 49] | | # | 2007-09-11 | 192 | 1 | [50, 48, 48, 55, 45, 48, 57, 45, 49, 49] | | # | 20071012 | 192 | 1 | [50, 48, 48, 55, 49, 48, 49, 50] | |---++---++--| #+TBLFM: $3='(time-to-day-in-year (org-read-date t t $2));N::$5=$2::@2$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N::@3$4='(time-to-day-in-year (org-read-date t t 2007-07-09));N::@4$4='(time-to-day-in-year (org-read-date t t 2007-07-11));N::@5$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N:: The column 'from datum' does not get the right values. The last column shows why. $2 gives a list of ASCII values of the string instead of the string. This makes that org-read-data gets 50 as a parameter instead of the string representing a date. How do I convert this list back to the string it is representing? -- Cecil Westerhof [EMAIL PROTECTED] ___ 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] Making a list to string
I take that back. I think it is right. I thought hard coded and frodatum were supposed to match. Unfortunately, it looks like the mailed mangles the formula line. On 7/11/07, Eddward DeVilla [EMAIL PROTECTED] wrote: Is this any better. I don't think it's entirely right yet. |---++++| | | datum | from datum | hard coded || |---++++| | # | 2007-01-01 | 1 | 1 | 2007-01-01 | | # | 2007-07-09 |190 |190 | 2007-07-09 | | # | 2007-07-11 |192 |192 | 2007-07-11 | | # | 2007-09-11 |254 | 1 | 2007-09-11 | | # | 20071012 |192 | 1 | 20071012 | |---++++| #+TBLFM: $3='(time-to-day-in-year (org-read-date t t (concat $2)))::$5='(concat $2)::@2$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N::@3$4='(time-to-day-in-year (org-read-date t t 2007-07-09));N::@4$4='(time-to-day-in-year (org-read-date t t 2007-07-11));N::@5$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N On 7/11/07, Cecil Westerhof [EMAIL PROTECTED] wrote: I have the following table: |---++---++--| | | datum |from datum | hard coded | | |---++---++--| | # | 2007-01-01 | 192 | 1 | [50, 48, 48, 55, 45, 48, 49, 45, 48, 49] | | # | 2007-07-09 | 192 |190 | [50, 48, 48, 55, 45, 48, 55, 45, 48, 57] | | # | 2007-07-11 | 192 |192 | [50, 48, 48, 55, 45, 48, 55, 45, 49, 49] | | # | 2007-09-11 | 192 | 1 | [50, 48, 48, 55, 45, 48, 57, 45, 49, 49] | | # | 20071012 | 192 | 1 | [50, 48, 48, 55, 49, 48, 49, 50] | |---++---++--| #+TBLFM: $3='(time-to-day-in-year (org-read-date t t $2));N::$5=$2::@2$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N::@3$4='(time-to-day-in-year (org-read-date t t 2007-07-09));N::@4$4='(time-to-day-in-year (org-read-date t t 2007-07-11));N::@5$4='(time-to-day-in-year (org-read-date t t 2007-01-01));N:: The column 'from datum' does not get the right values. The last column shows why. $2 gives a list of ASCII values of the string instead of the string. This makes that org-read-data gets 50 as a parameter instead of the string representing a date. How do I convert this list back to the string it is representing? -- Cecil Westerhof [EMAIL PROTECTED] ___ 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] link bug w/ indirect buffers
Sounds good. Thanks! On 7/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: Unfortunately I have also not found a better solution. So it now should use the base buffer, and widen it if necessary. - Carsten On Mar 28, 2007, at 0:34, Eddward DeVilla wrote: Hi, I found a bug involving indirect buffers when following links. If I have one file with a link to a second file and I have that second file opened with an indirect buffer narrowed such that the link is not contained in the narrowed region, org may fail to follow the link. Basically, if a file is opened in several indirect buffers, org only looks in the buffer (indirect or otherwise) most recently touched. I have seen org do this before with buffer cycling and that has been fixed. I'm guessing this is a related issue, but I have tracked it down yet. I guess the easiest 'right' behavior would be to have the link open the base buffer for the file. I have to admit though, when doing a heading search where the heading is already in its own indirect buffer, I like it when it finds that buffer. I can't think of a good set of rules to define that behavior. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Makefile fix?
Oops. lispdir won't expand due to the single quotes. Maybe this will work a little bit better. BATCH=$(EMACS) -batch -q -eval (add-to-list (quote load-path) \$(lispdir)\) Edd On 7/10/07, Miguel A. Figueroa-Villanueva [EMAIL PROTECTED] wrote: Hello Carsten, Yep, I guess I missed that point... I tried your idea below, but it didn't work on my end. If it works then maybe it is a more robust solution. However, the following code worked for me for emacs and xemacs. Note that it assumes that the EMACS variable is either emacs or xemacs. # Name of your emacs binary EMACS=emacs # Using emacs in batch mode. ifeq ($(EMACS),xemacs) BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline else BATCH=$(EMACS) -batch -q endif Hope this helps. --Miguel On 7/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: You are right, this would be better. However, the same line then would not work for Emacs, so we need something still better. Maybe something like BATCH=$(EMACS) -batch -q -eval '(add-to-list 'load-path $(lispdir))' but that is still difficult with all the quoting and escaping of quoting. Does anyone here know how to make this work? - Carsten On Jul 8, 2007, at 20:21, Miguel A. Figueroa-Villanueva wrote: Hello Everyone, First of all thanks for creating such a great tool!! Kudos Dominik!! Now, I updated orgmode and had minor problems with the installation. The problem was because I use XEmacs so it requires the noutline.el installed. Since I edited the following entries: # Where local software is found prefix=/root_dir/svn/usr/local # Where local lisp files go. lispdir = $(prefix)/share/emacs when I type 'make install-noutline' it installs it in $(lispdir), which is what I wanted (i.e., not in the standard lisp directory). The $(lispdir) is of course added to the load-path in my init.el, but for the remaining compilation of org.el it won't know to look for noutline.el in there. Now, since we need noutline.el to compile org.el for XEmacs and we just installed it in $(lispdir), shouldn't the following line: BATCH=$(EMACS) -batch -q read like this instead: BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline That is where my problem was and by making the change above it was fixed. Notice that if $(lispdir) is set to the standard lisp directory then the problem won't arise. Well, I hope that this helps in case others encounter the same problem. Thanks again, --Miguel ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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] definition lists in org-mode
On 7/6/07, Carsten Dominik [EMAIL PROTECTED] wrote: Todo keywords need to be words currently, so you could do something like (setq org-todo-keywords '((sequence TODO | DONE) (type I_I | IXI) )) Cool. I'll have to remember that. I can get back my old states _, v X. :-) I could just switch to using todo entries and tag my projects for agenda. Well, a two-state todo setup really *is* a checkbox, even if it does not look like one. About the only difference is the command you use to toggle the state. Agenda is oblivious to checkboxes. Checkboxes count toward the progress tokens. And todo entries are pretty colors. :-) All are little things and probably not too hard to deal with. Not currently. I have just implemented this for boolean properties in column view (will be in 5.02), but not yet for TODO states. Cool! Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] definition lists in org-mode
On 7/6/07, Carsten Dominik [EMAIL PROTECTED] wrote: It it is only the wrapping, you could simply hack org-fill-paragraph, for example like this: Thanks. I'll have to play with it. But I guess you are really after definition lists. I actually like definition lists, but sadly the real nit I'm try to address is the wrapping. Maybe I have hack something where a ':' (or some such) at the end of the first line of a list entry prevents the wrap. In org-mode it would look like a definition list item and it could be recognized for publishing since definition list are actually nice. - term : (qualifier :)* definition - [ ] question : (brief answer)* long winded explaination response Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] definition lists in org-mode
On 7/6/07, Rick Moynihan [EMAIL PROTECTED] wrote: After thinking about it; I have on occasion wanted to schedule a checkboxed item into the agenda. This said I'm not convinced supporting this is a good idea. Does anyone else have any views? I'm usually for collapsing similar things in to one more flexible thing, but there is a lot of meaning attached to something being a todo entry in the outline as opposed to being a mere checkbox in a list. Some times it would be nice to steal a feature of one and use it on the other, but the implicit difference is too useful I think to collapse them. I remember Carsten musing about this in the past and it sounds like there were some implementation issues that made it unreasonable. It it were reasonable to implement and if it was just as easy to get the current differences between todo entries and checkbox lists then I guess I wouldn't be against it. If everything became an outline entry I would definitely need the '*' hiding though. :-) Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Fwd: [Orgmode] org:conversion to html loses first row?
On 6/27/07, T. V. Raman [EMAIL PROTECTED] wrote: As an example try converting this table to html. The first row disappears mysteriously. |+---+---+---+---| | / | 1 | 6 | 9 | | | 17 | 2 | 8 | 7 | 3 | || 1 | 1 | 7 | 3 | || | 1 | 5 | 3 | || | | | 0 | |+---+---+---+---| I believe '/' has a special mean in the first column. It is used to say the row defines column groups. I would guess the row is also not exported as a result. Look at section 3.3 in the manual. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
On 6/22/07, Scott Jaderholm [EMAIL PROTECTED] wrote: I think it's harder to design an interface where different levels have different columns. Sometimes the columns will make sense on different levels so they opt to leave them there. Also, as we see in the screenshot, they can be used for summaries of almost anything that can be summed. A simple example where columns apply to different levels, other than summaries, is this: * Saturday Projects(In charge) ** TODO Clean yard Bobby *** TODO Rake Sue *** TODO Mow lawn John Seems to me that columns, here, are just a summary of things that are attached (or that you wished were attached) to the heading with alignment thrown in. It sort of seems to me what the agenda buffer is for. Maybe it an agenda query with the ability to 'unfold' the heading in place in the agenda buffer. One thing I forgot to mention that I like about organizing information in trees with columns instead of tables is the flexibility in storing notes. I know on more than one occasion I've wanted to be able to fold a sub-section of a table. Just to be able to put a '-' in front of the portions of the table I'd like to group and be able to fold and still keep it one table. That's not quite what you are asking for here, but I think it could be made related. I'm not sure how to implement a hierarchy in a visually pleasing way. I think the idea of having an org-table with foldable inline notes would be useful too. Say if the line (or lines) following a table row starts with a '!' (or some other character, I was thinking ':' but that already has a meaning) then it is a note attached to that row. You could have a binding to toggle the visibility for a row or for the table. I don't know what key to use since tab already has a good use in tables. Also, there the question of whether the prefix character is desirable since it would get in the way of using lists and headings as notes for the row. We could just say we don't do that, but it could be nice if it were allowed. I don't know how you would be able to tell one table from the next though. Maybe we say that if the first character of a heading is a '|' it is part of a heading-table? Again, I don't know how to make it look nice or behave with todo keywords. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
On 6/19/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 13, 2007, at 17:33, Eddward DeVilla wrote: I'm starting to wonder if it would be useful to have a general format for properties (or choose some other word) to be associated with a heading or todo item. It seems the heading is getting a little crowded. Would it be reasonable to say that a list of non-whitespace listing following the heading with a format of key: value... are special. (Or a table might be nice. I like tables.:) org-mode could provide an interface to get a plist or alist of them for a heading to simplify writing now features based on them. One of the advantages of using plain text for notes files like we do with Org-mode is, that you can of course implement any system you like to store additional information. Keyword lists, tables, anything. So the discussion must be about how you would like Org-mode to make use of such data. Obviously it would be easy to write (as you suggest) a little function that returns all this data as, say, a property list. But then you would still need to use it in some way. Are you suggesting tis as a feature where some users (those who can write Lisp code) write their own extensions? That is certainly an option. Are you also envisioning ways how Org-mode should use this? Here are tow ideas: - a LOCATION keyword would be useful for exporting to iCalendar, this was already proposed by Bastien a while ago. - We could allow the TAGS match to set conditions based on these keywords. Right now, a tags match can say LEVEL=2 to require entries with putline level 2. In a similar way one could allow LOCATION=Paris or whatever, that would be something quite easily implemented. Nothing of this will be in todays release, obviously, this needs more careful thinking. Thanks for starting this discussion. I don't expect to see any of this soon or in this form. It just idea I've been trying to justify bringing up. Where I'd want to use it most is in custom agenda queries. Show me projects(todos) that are associated with release X of product Y. Release and Product would be my keywords. Right now all we have is a TODO state and a list of tags. Tags are basically boolean. You have to have a tag for each thing you want to report on. A tag for every product ID, a tag for every release identifier, tags for interested parties, tags for classes, etc. And all the tags are mixed together in a long run-on string at the end of the heading. It can get unreadable. I also would like to be able to set a property like this that I can then use in tables under the TODO item. I'd have other uses for that, but I'd like to set the property in the same way. This isn't as useful, but I've wished for it more than once. Just a way to set a variable in an org document that I can then use in formula. Originally I thought it would be a '#' directive but I do like this as a possible way to do it. While playing with these ideas and reading the message that trigger all of this, I thought it would be nice to be able to code an extension that would allow me to insert a keyword like TOTAL_DURATION: that would automatically (based on some trigger) be assigned a value equal to the sum of all the DURATION: values under the current TODO item. I know the original request sounded useful, but it seem very non-general and it was yet another thing to clutter the heading. The property list would give us easy access to user/plugin definable/managed fields. I think we would want a way to hook into a few other org-isms, like having an easy way to say C-cC-c or C-uC-cC-c makes something happen here. But this is all still wild fantasy of the bizarre and possibly impractical. I was hoping it might bring about a better idea. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
On 6/19/07, Scott Jaderholm [EMAIL PROTECTED] wrote: I see a property list under each heading as a way of doing columns, albeit in a less user friendly way. I can see this being useful anywhere you have hierarchal data to which you would like to add structure. Currently, I normally transfer it into a table, but it would be nice to be able to leave things as a list and still define some columns. See http://www.omnigroup.com/images/applications/omnioutliner/features/multicolumn.jpg Perhaps a property list has the advantage of being easier for the programmers and being a better way to store the data in a text file, but I think it would be really sweet if an interface were built on top of it so that the user saw something similar to the picture above. Seems to me you could have an agenda-like view where you give a selection criteria and a list of fields to display. I guess you could wrap it in a table if you like. At this point we'd have invented SQL queries for org-mode. I can't decide yet if I think it's overkill or cool. It seemed cool until I realized it was functionally just a select-where statement. But that is really all I was after. Dynamic reports from all my org-files. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] table heading
On 6/16/07, Cecil Westerhof [EMAIL PROTECTED] wrote: I would like the following functionality: A heading with ! text || ! heading | |---+---| | column A | column B | |---+---| and it changes automatically: || ! heading | |---+---+--| | column A | column B | column C | |---+---+--| I allready communicated with Carsten about this. He liked the idea, but did not like to add another column seperator. It looks interesting, but I wouldn't have a need for it, especially if it only work on import. I tend to deal with the org file in org-mode only so I don't use formatting features that clutter the org-file to make it look better on export. However that is a feature of org itself. It has a lot of neat tools that you can use and that stay out of your way if you don't use them. Looking at this, I wonder if table.el would work for you? Or do you need to use the spread sheet features in the same table? Or are you like me and use an emacs install that doesn't work with table.el and that you don't have the authority to try to fix? Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Fwd: [Orgmode] Duration Tally
Just forwarding to the list. I forgot to. -- Forwarded message -- From: Eddward DeVilla [EMAIL PROTECTED] Date: Jun 13, 2007 8:37 PM Subject: Re: [Orgmode] Duration Tally To: Scott Jaderholm [EMAIL PROTECTED] On 6/13/07, Scott Jaderholm [EMAIL PROTECTED] wrote: On 6/13/07, Russell Adams [EMAIL PROTECTED] wrote: I'm planning ahead on some items, and having a way to represent the amount of time a TODO item will take On a similar note, I like using the clocktable to see how long things have taken me, but sometimes I just want to put a time value under a heading, not a time range (because I forgot to clock in/out). Could CLOCK: = 2:00 or something similar work? If it did, maybe this could work for Russell as well (if he didn't mind using a clocktable instead of seeing it in the headline). Btw, I like Eddward's idea. Two other candidates for the property list/table are status (TODO, DONE) and tags. It might be more work however refactoring all the code that uses/displays them than the consistency would be worth. --Scott Well, I wouldn't want too go to far in changing/breaking things. I just know that some things matter to me, but they might not matter to enough others to build it into org. Tags and todo sequences are pretty general in themselves and it make sense for them to be treated special bu org and agenda. Also, all of this hinges on it not being too unreasonable to fit into org-mode. I just figured that attaching an easy to access list of key value pairs that can be filtered on and use in calculations might be generally useful. I was just trying to expand on the schedule keywords. I haven't use clock table yet so I can't really comment on that. I was going to try to use deadlines, estimates and dependencies on todos to build something like a gant chart or milestone table. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Duration Tally
I'm starting to wonder if it would be useful to have a general format for properties (or choose some other word) to be associated with a heading or todo item. It seems the heading is getting a little crowded. Would it be reasonable to say that a list of non-whitespace listing following the heading with a format of key: value... are special. (Or a table might be nice. I like tables.:) org-mode could provide an interface to get a plist or alist of them for a heading to simplify writing now features based on them. We already have SCHEDULED, DEADLINE, CLOSED that are meaningful to org-mode. This request reminds me of one use call estimate. These properties could then be made available in agenda for custom queries and displays. This may not meet your requirement since I'm guessing you would want the value in the heading so you can see it. You idea just inspired me to ask. My idea wouldn't do the totaling, but I think it could be the start to allow some similar but more generalized. I don't know of anything in org-mode that does what you ask right now. I would think there would need to be to tokens. One that is 'this' heading's value and a second one that is 'this' heading's value, plus its children's. It would be like the checkboxes and the progress tokens. Edd Edd On 6/13/07, Russell Adams [EMAIL PROTECTED] wrote: If this feature already exists, I've missed it... I'm planning ahead on some items, and having a way to represent the amount of time a TODO item will take, and then having the parent total the duration of the children would be very helpful. * TODO A {6h} ** TODO a1 {2h} ** TODO a2 {2h} ** TODO a3 {2h} I know doing time conversion is a real pain, so I'm only thinking a simple sum. It could be nice later to schedule A, and then have each of a1-3 show up on the agenda based on their duration. Kudos again on Org-mode, its great! Thanks! -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] an annoying indentation
On 6/12/07, Rick Moynihan [EMAIL PROTECTED] wrote: Leo wrote: Dear list, Anyone else find the following annoying? *** heading 1 - item 1 - item 2 Now hit tabwith cursor right before '-', it becomes, *** heading 1 - item 1 - item 2 Best, I must admit I do run into this on occasion and it is a little annoying. It would (IMHO) be better if the first push of tab aligned with '- item 1', with subsequent tabs indenting to the next level. You should however be restricted to only going one level deeper than the above item. This said I usually create list items at the same level of indentation with M-Return. I hit this a bit, but I'm pretty quick with C-S-_. Likewise I use M-return and M-S-return pretty religiously now. My problem is that M-right will insert spaces into the following line when it is blank. I keep having to clear the following line after inserting and indenting a list entry at the end of a list. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Is *Heading heading
I could try it on some of my files. Edd On 6/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 9, 2007, at 20:02, Leo wrote: Just noticed that if there is no space between * and the rest of the head, that heading won't be exported. Have we finally made this change? Personally I love this Change. Not consistently, unfortunately, there are many, many locations that require a small change to make this valid throughout. I do have a branch where I am making these changes - if you or someone else is willing to carefully test this, it would speed up merging into the main trunk. So please let me know if you are willing to try this out. - 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: mail agenda similar to `diary-mail-entries'
On 6/9/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 10, 2007, at 1:36, Patrick Drechsler wrote: Carsten Dominik [EMAIL PROTECTED] writes: The problem I am having with your approach is that `mail' requires a full blown MTA. what is an MTA? Mail Transport Agent. It's a mail server. Something like sendmail or qmail. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
For me, my indent problems where solved when I turned off the use of tabs. I don't remember how I did it right now and I don't have access to my work system at the moment. I'll let you know when I can check. Edd On 6/1/07, William Henney [EMAIL PROTECTED] wrote: Hi list I have the following problems with org 4.76 (and previous versions too). This is with emacs 22.0.50.1 (aquamacs 0.9.9d on OS X). My fill-paragraph seems to be provided by fill-adapt.el version 2.12. My indent-relative seems to come from the vanilla emacs version of indent.el. Cheers Will * Illustration of two bugs in org-mode filling/indenting ** Problem with indent-relative in lists 1. If I carry out the instruction in the following list item, the item is indented right by 2 spaces 2. *Press TAB key with the cursor in this line* 3. The same thing happens with + or - bullets 4. I have org-cycle-include-plain lists set to nil 5. The problem also appears even with all single-line items ** Problem with fill-paragraph in lists of deeply nested headings - Another list item that is filled correctly by the fill-paragraph command. Here are some more words. *** header 3 - A third list item that is filled correctly by the fill-paragraph command. Here are some more words. header 4 - A fourth list item that is filled correctly by the fill-paragraph command. Here are some more words. * header 5 - A fifth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** header 6 - A sixth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** This is where the problems start - A seventh list item that is *not* filled correctly by the fill-paragraph command, although it does work correctly with auto-fill-mode. Note that the lines after the first lose all their indentation. header 8 - An eighth list item that is not filled correctly by the fill-paragraph command. Here are some more words. -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Tag Inheritance
I was thinking the same thing. (Sadly I didn't know the option of the top of my head and had to search the .el file to try and find it.) Would there be any way to differentiate the matched heading from the surrounding context? In regular GUIs I'd say grey of the context, but that doesn't work well. Highlighting the match would be more emacs-ish. Edd On 5/30/07, Carsten Dominik [EMAIL PROTECTED] wrote: Please take a look at the variable `org-show-following-heading'. This is now really a frequently asked question - I am wondering if I should change the default of this option - Carsten On May 30, 2007, at 15:34, Russell Adams wrote: I understand from the example in the manual that sublevels inherit the parent's tags: * One :Top: ** Two:Middle: *** Three :Bottom: So Three matches Top, Middle, and Bottom. What I'm confused with is that I may have multiple headings, and all headings at the same level seem to be inheriting across the same level. * Major heading ** Item One :DEV: ** Item Two :PROD: ** Item Three :DEV: ** Item Four :PROD: I search (C-u C-c \), and match DEV, and I get all four Items returned. I search again, and match PROD, and I get Items Two through Four, but not One. This looks inconsistent to me. Can someone verify? I'm using org-4.74 with emacs 21.4.1. Thanks. -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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