Re: [Orgmode] Timeline for all agenda files?
On Oct 15, 2007, at 6:44, Wanrong Lin wrote: Hi, I just wonder whether there is any plan to implement timeline view for all agenda files. It might be useful to have it so we can see the whole picture of our schedule. Thanks. Wanrong A search on Gmane for timeline all agenda-files gives the following page: http://search.gmane.org/?query=timeline+all+agenda- filesgroup=gmane.emacs.orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda view resizes frames
Carsten Dominik [EMAIL PROTECTED] writes: On Oct 14, 2007, at 20:02, Sebastjan Trepca wrote: Hi, when I open agenda view it always resizes the frame and ruins my current frames. How could I fix that, so that it stays in the frame where I executed the command and doesn't resize it? Use the selfdocumenting power of Emacs: ... Ahh, the current value is `reorganize-frame', which is why it messes up my frame... - Carsten This was somewhat helpful to me, but mostly in helping me track down the problem. The issue (for me, anyway) is that reorganize-frame does not work the same as it used to. For example, let's assume that I have the *Calendar* buffer displayed, and my agenda will by default display the whole week, which happens to be very busy lately. Then, when I call org-agenda-list, the result is that I can see only the last line or two of the calendar. This is not what used to happen in previous versions of org-mode. Looking for something that would account for the change in behavior, I found a difference in org-fit-agenda-window. In short, that function has this as its affirmative result in version 10b: (fit-window-to-buffer nil (/ (* (frame-height) 3) 4) (/ (frame-height) 2)) while in version 12c it is simply: (fit-window-to-buffer) Then, in a V-8 moment (doh!) I thought to check the Changelog, wherein I found this note: (org-fit-agenda-window): Limitations on window size removed. So, this was an intentional change. It must have been for an important reason. However, the previous functionality actually worked better for me than the current definition of org-fit-agenda-window (more of the (week-long) agenda listed, with all of the calendar but no wasted space for the calendar). I also liked what it delivered better than what results now from having org-agenda-window-setup set to `other-window', which simply splits the window in two. I can't say whether this is what the OP was after as well. At any rate, I'll adjust, by having this option set to other-window, and changing the value of org-agenda-ndays to 1. Thanks, Dan -- -- Dan Griswold Rochester, NY -- ___ 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: Agenda view resizes frames
On Oct 15, 2007, at 13:20, Dan Griswold wrote: Then, in a V-8 moment (doh!) I thought to check the Changelog, wherein I found this note: (org-fit-agenda-window): Limitations on window size removed. So, this was an intentional change. It must have been for an important reason. Well, it was upon the request of a single person. If it does not work for others, we can reverse it, or make it configurable. - Carsten However, the previous functionality actually worked better for me than the current definition of org-fit-agenda-window (more of the (week-long) agenda listed, with all of the calendar but no wasted space for the calendar). I also liked what it delivered better than what results now from having org-agenda-window-setup set to `other-window', which simply splits the window in two. I can't say whether this is what the OP was after as well. At any rate, I'll adjust, by having this option set to other-window, and changing the value of org-agenda-ndays to 1. Thanks, Dan -- -- Dan Griswold Rochester, NY -- ___ 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 -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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: Agenda view resizes frames
Thanks, it works! I'm quite new in Emacs and org-mode but loving every minute of it :) Sebastjan ___ 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] org-agenda-log-mode change
Hi Carsten, I just noticed today that org-agenda-log-mode isn't sorting the same was as it used to. Displayed clocked items used to be in ascending time order but now they seem to be all mixed up (or sorted by category first) and they have no time display in the agenda anymore. Without org-clock-goto this would have been much more of a problem for me. Was this change intentional or an oversight? I'm using Org-mode version 5.12c (as of a few minutes ago but it's the same in 5.12a.) Here is my agenda from today (with the task names and categories renamed) to show the difference in the display I'm seeing. ,[ 5.11b.txt ] | Day-agenda: | Monday15 October 2007 | :7:41.. Closed: DONE Some Task 1 | Org: 7:41.. Clocked:TODO Some Task 2 | nn: 7:43.. Clocked:TODO Some Task 3 | s: 7:46.. Clocked:TODO Some Task 4 | Misc:8:18.. Clocked:TODO Some Task 5 | s: 8:21.. Clocked:NEXT Some Task 6 | :8:25.. Clocked:ONGOING Some Task 7 | HHH:10:38.. Closed: DONE Some Task 8 | HHH:10:38.. Closed: DONE Some Task 9 | HHH:10:43.. Clocked:NEXT Some Task 10 | CCC*: Sched. 5x: TODO Some Task 11 | HHH:Sched. 5x: TODO Some Task 12 | HHH:Sched. 5x: NEXT Some Task 13 |8:00.. | 10:00.. | 12:00.. | 14:00.. | 16:00.. | 18:00.. | 20:00.. ` ,[ 5.12c ] | Day-agenda: | Monday15 October 2007 | : Clocked:ONGOING Some Task 7 | : Closed: DONE Some Task 1 | HHH:Clocked:NEXT Some Task 10 | HHH:Closed: DONE Some Task 8 | HHH:Closed: DONE Some Task 9 | Misc: Clocked:TODO Some Task 5 | Org:Clocked:TODO Some Task 2 | nn: Clocked:TODO Some Task 3 | s: Clocked:NEXT Some Task 6 | s: Clocked:TODO Some Task 4 | CCC*: Sched. 5x: TODO Some Task 11 | HHH:Sched. 5x: TODO Some Task 12 | HHH:Sched. 5x: NEXT Some Task 13 ` Regards, 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
Re: [Orgmode] Categories
Richard G Riley [EMAIL PROTECTED] writes: Aha ok. Note that like a lot of things its easy when you know how. Well, my post started with this: , | My setting for tags is this: | | #+TAGS: { Read(r) Write(w) Code(c) } | #+TAGS: Mail(m) Print(p) | #+TAGS: { @HOME(H) @LAB(L) } | #+TAGS: { @Online(O) @Offline(F) } ` So you could deduce NEXT wasn't a tag. But I wrongly assumed you knew about combined tags/TODO searches. I agree these are a bit complex, but they are very well documented in the manual and the Matching tags and properties section explicitely refers to id (info (org)Matching tags and properties) As I said before one of the problems with flexible programs like org is that sometimes preferred usage doesn't immediately become apparent to the reader. I don't know if using combined searches in custom agenda views preferred and I certainly should have gone more into details here. If you see anything that could clarify the manual for what you were searching, please suggest. -- Bastien ___ 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] Definition of unscheduled task
Well, I am not about the change the meaning of scheduled, but I can give you a new variable `org-agenda-todo-ignore-with-date'. How about that? - Carsten On Oct 14, 2007, at 17:45, Wanrong Lin wrote: That's certainly an option. But usually I like to mark any actionable items with TODO, while using non-TODO entries to record information, or to group TODOs into logical groups. Like this: * Dental *** TODO See Dr. Xyz for cleaning 2007-11-29 Thu 09:00 * Medical *** TODO See Dr. Abc for routine exam * Useful Websites Conceptually, I think it is cleaner that way (if the entry indicates some action, have a TODO keyword. How that action is scheduled is a separate issue.). Physiologically, If I know in my org system certain entries need action but don't have a TODO keyword, my trust of the system will decrease since there are many functions in org-mode that operates on TODO entries only (or better so). Also, with a TODO keyword, I can change the state of it (I can cancel it, I can mark it done and etc.). Further, sometimes you just want to create a TODO entry like See Dr. Abc, and later make it an appointment by adding a time stamp. It seems awkward to me that I need to remove the TODO keyword once I have that item scheduled as an appointment. In short, I think we should mark appointments as TODO entries and have appointments removed from the TODO item list if ignore-scheduled is turned on. Wanrong Carsten Dominik wrote: On Oct 14, 2007, at 5:35, Wanrong Lin wrote: Hi, I am trying to follow GTD's principle that tasks should be reviewed regularly. So I first turn on org-agenda-todo-ignore-scheduled, and do a List of all TODO entries, and then review all tasks in the list. However, I found that tasks with plain active time stamps (appointment tasks) are also listed. Should we exclude them when org-agenda-todo-ignore-scheduled is set to t? Wouldn't it be better to not mark appointments TODO? - Carsten ___ 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 -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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 version 5.12
I will make this more configurable in 5.13. Thanks. - Carsten On Oct 14, 2007, at 19:00, Sebastjan Trepca wrote: Idea about having A priority tasks in bold is good, but I don't think so for italic. I think italic is much more visible then normal font, so I was wondering how could I disable this feature for only italic tasks. I want to have A tasks bold, B tasks normal and C tasks in less visible color like silver. Thanks, Sebastjan On 10/14/07, Bastien [EMAIL PROTECTED] wrote: Carsten Dominik [EMAIL PROTECTED] writes: What are your thoughts on making this clickable, with RET and mouse? I don't know, the link face makes it looks like it should be. Just an idea. I don't know if this is possible. I use org-link because it is underlined. Maybe it is a bad choice, actually - what would be the good choice for this face? org-time-grid ? -- Bastien ___ 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 -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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: Html export suggestion (use of div)
Hi Cezar, I am not sure if this is intended as being the answer on my request, but it seems to be not. What I would need to change this is an agreed position between the people discussing here, telling me exactly what I am not doing right yet in exporting headlines and sections into HTML, if there should be classes, what kind of classes, where exactly. For example, How would that work without divs? The problem is (I think) that sometimes an org section is represented in html as a header plus following text: h3HEADER TEXT/h3 pBODY TEXT/p pMORE BODY TEXT/p Yes exactly! This is exactly how I view a header and a section. I am coming from LaTeX, and this is how it works there. A section is not a closed element, instead it continues until the next section. Is this different in HTML? How is it different? Please educate me if you (or someone else) wants this differently. - Carsten On Oct 10, 2007, at 15:31, [EMAIL PROTECTED] wrote: Carsten Dominik [EMAIL PROTECTED] writes: I have no opinion and no knowledge to decide this question - please work it out among yourselves and tell me what needs to be done. Thanks. How would that work without divs? The problem is (I think) that sometimes an org section is represented in html as a header plus following text: h3HEADER TEXT/h3 pBODY TEXT/p pMORE BODY TEXT/p I thing this ^^^ is good but should have the category name as a class like this: h3 class=work Header here /h3 p class=work normal text /p p class=work some more text /p h3 class=school Header here /h3 p class=school normal text /p p class=school some more text /p Also a div should be optional for those who need it, so the whole category can be wraped in a div class=category/div like this: div class=work h3 class=work Header here /h3 p class=work normal text /p p class=work some more text /p /div div class=school h3 class=school Header here /h3 p class=school normal text /p p class=school some more text /p /div Maybe by using a tag or something ! Cheers, Cezar ___ 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 -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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] http://orgmode.org/org.html - org-agenda-to-appt
Just FYI : in 5.12c I tried org-agenda-to-appt as documented here: http://orgmode.org/org.html#Weekly_002fDaily-agenda but it doesn't appear to exist. I realise that the online doc is probably a bit out of date with the development going on. In addition, I would like to suggest that a make install also invokes a make doc and/or make install-info. ___ 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] Definition of unscheduled task
Sounds like my argument did not convince you. :-) But a new variable works for me. I really appreciate the extra effort you take. Wanrong Carsten Dominik wrote: Well, I am not about the change the meaning of scheduled, but I can give you a new variable `org-agenda-todo-ignore-with-date'. How about that? - Carsten On Oct 14, 2007, at 17:45, Wanrong Lin wrote: That's certainly an option. But usually I like to mark any actionable items with TODO, while using non-TODO entries to record information, or to group TODOs into logical groups. Like this: * Dental *** TODO See Dr. Xyz for cleaning 2007-11-29 Thu 09:00 * Medical *** TODO See Dr. Abc for routine exam * Useful Websites Conceptually, I think it is cleaner that way (if the entry indicates some action, have a TODO keyword. How that action is scheduled is a separate issue.). Physiologically, If I know in my org system certain entries need action but don't have a TODO keyword, my trust of the system will decrease since there are many functions in org-mode that operates on TODO entries only (or better so). Also, with a TODO keyword, I can change the state of it (I can cancel it, I can mark it done and etc.). Further, sometimes you just want to create a TODO entry like See Dr. Abc, and later make it an appointment by adding a time stamp. It seems awkward to me that I need to remove the TODO keyword once I have that item scheduled as an appointment. In short, I think we should mark appointments as TODO entries and have appointments removed from the TODO item list if ignore-scheduled is turned on. Wanrong Carsten Dominik wrote: On Oct 14, 2007, at 5:35, Wanrong Lin wrote: Hi, I am trying to follow GTD's principle that tasks should be reviewed regularly. So I first turn on org-agenda-todo-ignore-scheduled, and do a List of all TODO entries, and then review all tasks in the list. However, I found that tasks with plain active time stamps (appointment tasks) are also listed. Should we exclude them when org-agenda-todo-ignore-scheduled is set to t? Wouldn't it be better to not mark appointments TODO? - Carsten ___ 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 -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ 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] suggestion : collapsed levels
Hopefully I haven't missed this in the docs. Is it/could it be, possible to have collapsed marking ... always to the right of the left hand title column in an org file? Currently if you have a TAG against a top level then the ... appears to the right of the tag on the far right. If there is no tag it is to the right of the title (in other words the ... is always to the right of the last filled column. This is not immediately obvious when browsing the titles and expanding/collapsing sub tree. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda view resizes frames
Carsten Dominik [EMAIL PROTECTED] writes: On Oct 15, 2007, at 13:20, Dan Griswold wrote: Then, in a V-8 moment (doh!) I thought to check the Changelog, wherein I found this note: (org-fit-agenda-window): Limitations on window size removed. So, this was an intentional change. It must have been for an important reason. Well, it was upon the request of a single person. If it does not work for others, we can reverse it, or make it configurable. I think the current window size is less convenient to work with than the original version. Especially if you switch windows: C-a a a for me currently shows only 5 lines in the agenda then if I hit return on an item I get this tiny window to work in for my org-mode file. So I prefer the older version to this behaviour :) Just my two cents, 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
[Orgmode] Re: Re: Org-mode version 5.12
Bastien wrote: Fabian Braennstroem [EMAIL PROTECTED] writes: The new variable works well, thanks! It would be nice, if one can set the variable on the fly, when searching. Maybe with an additional search flag like ALL in the beginning!? Or maybe the prefixed version of `org-sparse-tree' could toggle inheritance for tags (org-use-tag-inheritance) and for property (org-use-property-inheritance); not sure about this, since it should have an effect on regexp and todo search as well -- and I can't think of something suitable. One more great feature would be an additional option to the 'tree-to-indirect-buffer' function from the resulting agenda view. The additional function would extract the property drawing and the headline which corresponds to the inherited property together with the headline shown in the agenda view. ??? Probably it's better to give a small example: Sure :) The inherited search would look like: test1=1+neuerTest=0 which results using the 'tree-to-indirect-buffer' function in: ** Headline b :PROPERTIES: :neuerTest:0 :END: some comments As both expected and correct. The new additional feature would result in: * HEADLINE 1 :PROPERTIES: :test:1 :END: some comments ** Headline b :PROPERTIES: :neuerTest:0 :END: some comments If I understand well, it's just a matter of display the parent headline while displaying the matched entry? Yes, it is. Isn't this achievable with `org-show-hierarchy-above'? I can't find this function!? It would help to know about the corresponding properties... especially, if you are using this approach as a simulation database management tool. This would be great :-) Hey don't hurt yourself :) No, I watch out ... but I just can say, that org-mode seems to be great as a management tool of everything, even (or better, especially) for simulation data. :-) Greetings! Fabian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda view resizes frames
Carsten Dominik [EMAIL PROTECTED] writes: On Oct 15, 2007, at 13:20, Dan Griswold wrote: Then, in a V-8 moment (doh!) I thought to check the Changelog, wherein I found this note: (org-fit-agenda-window): Limitations on window size removed. So, this was an intentional change. It must have been for an important reason. Well, it was upon the request of a single person. If it does not work for others, we can reverse it, or make it configurable. I think the current window size is less convenient to work with than the original version. Especially if you switch windows: C-a a a for me currently shows only 5 lines in the agenda then if I hit return on an item I get this tiny window to work in for my org-mode file. So I prefer the older version to this behaviour :) Making Just my two cents, 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
Re: [Orgmode] Column view bugs
On 10/13/2007 02:28 AM, Carsten Dominik wrote: Feature Request #4 Is having the column view print practical? What about export? Yes, clearly important missing features. What should we have? One interesting possibility would be a dynamic block that captures the column view as an Org-mode table. Other proposals? I raised the question about column view export early on: http://thread.gmane.org/gmane.emacs.orgmode/2295 I think that thread headed in the wrong direction, with some suggestions for dynamic HTML type stuff for collapsing/expanding -- too complicated and certainly beyond my knowledge. But I think going to an Org-mode table might be the easy way out, since table exporting is already quite good. For what it's worth, this is a feature I'd use. Thanks, Dan (Still enjoying org-mode but too busy to keep up with most of the new features and the voluminous emacs-orgmode emails) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Drawers
Is is possible to specify file specific drawers? http://orgmode.org/org.html#drawers e.g I tried #+DRAWERS: mydraw but it didn't seem to work. Is there another way other than to customise org-drawers ? thanks, r. ___ 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] Html export suggestion (use of div)
Here is a more refined suggestion, with links to examples Mike Div in HTML Export Table of Contents = 1 Proposal 2 Implementation 3 Motivation 3.1 Applying styles via CSS 3.2 Applying transformations via XSLT 4 Drawbacks 5 Additional suggestion 6 Options 7 Examples 8 Acknowledgements 1 Proposal ~~ I propose that on html export, sections of the document should be wrapped in div /div markers, to reflect the outline structure given by org mode. 2 Implementation I think this should be quite simple to implement. Prior to each heading, open /div elements would be closed (if the heading level was higher than the previous heading level), and a new div element would be opened. 3 Motivation There are at least two reasons why this might be useful: 3.1 Applying styles via CSS === This allows, for example: - Styles to be applied in a way that makes it clear how the sections are nested, e.g. by indentation, drawing a border or setting a background - Styles could be used to display content in a way that is not possible without them. Links to examples are given below. I imagine that in time, a variety of style sheets for displaying the resulting html could be shared, saving users the trouble of developing their own. 3.2 Applying transformations via XSLT = Selecting sections or subsections of a file should be much easier if they correspond to a single XML element. 4 Drawbacks ~~~ - Increased file size (but only very slightly) - Possibly increased time for browser to render page? I am not aware of a problem 5 Additional suggestion ~~~ It would also be useful to wrap the Table of Contents and the final part of the HTML file (Author's name and date) in their own div. 6 Options ~ Attributes can be added to a div, most importantly class and id. Adding the class attribute (as suggested by Cezar) would allow different sections of the file to be formatted in different ways. As a first step, I would suggest adding the div without a class or id. It was suggested that adding div to exported HTML should be controlled by an option. I would see it as fairly harmless, even to those who would not use the feature, so in my opinion the option would be an unnecessary complication. 7 Examples ~~ I have added div elements as proposed here to an HTML file. This can be viewed, rendered with different style sheets at: - [http://www.newmanfamily.me.uk/orgmode/Example-defaultstyle.html] - [http://www.newmanfamily.me.uk/orgmode/Example-sectioned.html] - [http://www.newmanfamily.me.uk/orgmode/Example-floated.html] It should be interesting to see how they behave as the width of the browser window changes - particularly with the last example. (Only tested in Firefox). 8 Acknowledgements ~~ I would like to thank Cezar and William Henney for their suggestions. (And Carsten, of course). ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org-mode version 5.12
Fabian Braennstroem [EMAIL PROTECTED] writes: Isn't this achievable with `org-show-hierarchy-above'? I can't find this function!? It's a variable not a function. C-h v org-show-hierarchy-above RET ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Drawers
Richard G Riley [EMAIL PROTECTED] writes: Is is possible to specify file specific drawers? Put this at the end of your .org file: # Local Variables: # org-drawers: '(PROPERTIES CLOCK MYDRAW) # End: This is a general Emacs mechanism for setting local variable: check it out here: (info (emacs)Specifying File Variables) -- Bastien ___ 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: Column view bugs
Vagn Johansen [EMAIL PROTECTED] writes: I could also see a use for a state-dependent {:}. Display the sum of times and also the sum of times for tasks that are DONE. E.g. for adding time-estimates and measuring progress. Or maybe add up the not-DONEs to show the remaining time. Isn't this already achievable with a clever todo/archive structure? See for example this: * Project 1 :PROPERTIES: :COLUMNS: %20ITEM %4Time_Spent{:} :ARCHIVE: ::** Archives for project 1 :Time_Spent: 2:00 :END: ** Task 1 :PROPERTIES: :Time_Spent: 1:15 :END: ** Archives for project 1 :PROPERTIES: :COLUMNS: %20ITEM %4Time_Spent{:} :Time_Spent: 0:45 :END: *** DONE Task 2 :PROPERTIES: :Time_Spent: 0:45 :ARCHIVE_TIME: 2007-10-16 mar 01:00 :ARCHIVE_FILE: ~/test.org :ARCHIVE_CATEGORY: test :END: Turning the column view will display a Time_Spent property both for Project 1 and for Archives for project 1, which means that you can display the sum of times and also the sum of times for tasks that are DONE. -- Bastien ___ 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] http://orgmode.org/org.html - org-agenda-to-appt
Richard G Riley [EMAIL PROTECTED] writes: org-agenda-to-appt as documented here: http://orgmode.org/org.html#Weekly_002fDaily-agenda but it doesn't appear to exist. Well, it does here (5.12c) - what did you tried? -- Bastien ___ 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] suggestion : collapsed levels
Richard G Riley [EMAIL PROTECTED] writes: Is it/could it be, possible to have collapsed marking ... always to the right of the left hand title column in an org file? Do you mean hiding the tags when collapsing the subtree? But if you hide tags when folding, how do you distinguish headlines with tags from headlines without tags? For me having tags around is okay. Especially because I use a nearly invisible font for them. And if I were to hide them I'd better hide them in a :TAGS: property. But it is good to keep the special properties (todo, tags, scheduled, etc.) at special place. -- Bastien ___ 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] Face color change in column view
I wonder whether anyone sees the same thing as I did: I use a light background. When column view is turned on, I got some silver background, but my level 2 headings changed their foreground color from default (black) to my light background color. So I have light color texts on top of silver background, which makes them really difficult to read. The strange thing is, if I set my org-level-2 face to the following (using custom-set-faces): '(org-level-2 ((t (:foreground #00 I don't have the problem. But if I set org-level-2 to the following: '(org-level-2 ((t nil))) ;; just use default face I got the problem. Both of the settings are black since my default foreground is black for light background. So why is that? I want to avoid hard coding org-level-2 to black because occasionally I need to work in a SSH terminal window with black background. Thanks if someone can give some hints/ideas. ___ 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