Re: [Orgmode] saving pdf files from agenda: color mangling revisited
You can use org-agenda-before-write-hook. This hook is run, just before the agenda is written. For example, you could use it to remove all face infomation (add-hook 'org-agenda-before-write-hook (lambda () (remove-text-properties (point-min) (point-max) '(face nil or to change it to black before export: (add-hook 'org-agenda-before-write-hook (lambda () (add-text-properties (point-min) (point-max) '(face (:foreground "black") Another option would be to disable ps-print from using faces ever, for example (require 'ps-print) (fset 'ps-print-buffer-with-faces 'ps-print-buffer) I am not sure what the problem is, but one possibility is that ps- print might pick up foreground colors but noch background colors. And if your frame has a dark background, it will pick up the bright versions of all faces, which are invisible in front of a white background on pdf. Also, ps-print has quite some information about color printing in its header. HTH - Carsten On Apr 6, 2009, at 11:52 AM, Alan E. Davis wrote: Some time ago I posted a query about a problem I have been having with agenda: that when I save pdf files using the amazing new facility to just save using (C-u) C-x C-w and naming the file *.pdf . Noone else seemed to have the exact same problem, so I trashed almost all of the color and face customizations in my .emacs etc. The basic problem was that the main text was not visible either in the display or when printed. When I removed all of the painstaking customizations of color, and don't use color-theme-select, I can get a printable pdf. The tags and todos faces seem ok, and print in colors that work. But as soon as I try to mess around with colors again, these pdfs are unworkable again. My work style involves the use of several emacs frames, often with various projects open in different frames, or for some complicated projects, various parts open in different frames. I was able to get a kludge working almost perfectly, some years ago, to use a different background color of each newly opened frame. That's now out the window, so I'd like to explore the reasons I cannot seem to just get a black on white text, for example for the text parts of todos (except TODO keywords and tags.) I don't expect much, and I'll keep experimenting. But perhaps I can ask once again whether anyone has any insight into why this ought to be the case. It seems persistent. I have had to get very basic with any colors. Not that I really need to use a gaudy color scheme, but easy differentiation of frames is crucial. Thank you for any ideas. Alan ___ 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-protocol and encoding
Ulf Stegemann writes: > org-protocol is really a great extension for org-mode! However, I > experience an annoyance regarding non-ascii character encoding. > > When using org-protocol with remember and firefox, all non-ascii > characters get b0rked in the remember buffer (on linux, with emacs 23 > and org-mode as of today and latest ff 3.0). It doesn't matter if the > source page uses html entities or literal non-ascii-characters. Does > anyone share this experience and has a suggestion on where to look for > the cause? Yes. Same here. This seems to be a emacs/remember problem though. If I open a file `xy.txt' and select this text: lkäüüäüpüpjüpjsf and then 'C-x r' to remember it, I get this in my remember buffer: [[file:~/xy.txt::lk%20p%20pj%20pjsf][file:~/xy.txt::lk p pj pjsf]] Not sure how to work around this yet. Seems to be encoding-related... Maybe I find some time to into this later today. Sebastian ___ 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-protocol and encoding
org-protocol is really a great extension for org-mode! However, I experience an annoyance regarding non-ascii character encoding. When using org-protocol with remember and firefox, all non-ascii characters get b0rked in the remember buffer (on linux, with emacs 23 and org-mode as of today and latest ff 3.0). It doesn't matter if the source page uses html entities or literal non-ascii-characters. Does anyone share this experience and has a suggestion on where to look for the cause? Ulf ___ 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] reloading causes visibility bug requiring restart
Cannot reproduce this on Linux/emacs23 with inline tasks on. I added scheduling and logbock drawer too, toggled the todo state for the inline tasks, reloaded again... No problem at all. Maybe a little test file would help to reproduce it? Sebastian Carsten Dominik writes: > I believe I know what s causing this. Reloading Org actually > does load *all* of org, including, for example, > org-inlinetask. I think that this is what is causing the problems. > > That will mean that org-reload needs fixing, and maybe that there is something > wrong with the inline tasks. If more people could test the inline tasks, > maybe > some bug will be identified. > > I don't use org-cycle-include-plain-lists, so it ma be that the interaction of > inline tasks with plain list cycling causes some of the problems. > > - Carsten > > On Apr 6, 2009, at 7:56 AM, Manish wrote: > >>> On Apr 5, 2009, at 8:18 PM, Samuel Wales wrote: >>> I can't do the typing to formally document this, so I will just ask if others experience it. If not, it will take a while. Repeatably, with the latest git, emacs 22 cocoa, reloading org causes folding/visibility/cycling problems that are not fixable by reverting. Only restarting emacs fixes it. The problems are weird enough that it should be obvious if you try it. Seemingly random plain list items being the only visible part, etc. There is no cycling state in which all is shown, either from bob or from headline. >> >> On Mon, Apr 6, 2009 at 12:57 AM, Carsten Dominik wrote: >>> Hi Samuel, >>> >>> is this something that started recently, or that you have observed over a >>> longer period of time? >> >> I also experienced those cycling issues in past two days (with no change in >> Org config, only git updates) but I have since Emacs a couple of times (for >> unrelated reasons.) I will try gather more details if I see it again. >> >> -- >> Manish > > > > ___ > 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] reloading causes visibility bug requiring restart
I believe I know what s causing this. Reloading Org actually does load *all* of org, including, for example, org-inlinetask. I think that this is what is causing the problems. That will mean that org-reload needs fixing, and maybe that there is something wrong with the inline tasks. If more people could test the inline tasks, maybe some bug will be identified. I don't use org-cycle-include-plain-lists, so it ma be that the interaction of inline tasks with plain list cycling causes some of the problems. - Carsten On Apr 6, 2009, at 7:56 AM, Manish wrote: On Apr 5, 2009, at 8:18 PM, Samuel Wales wrote: I can't do the typing to formally document this, so I will just ask if others experience it. If not, it will take a while. Repeatably, with the latest git, emacs 22 cocoa, reloading org causes folding/visibility/cycling problems that are not fixable by reverting. Only restarting emacs fixes it. The problems are weird enough that it should be obvious if you try it. Seemingly random plain list items being the only visible part, etc. There is no cycling state in which all is shown, either from bob or from headline. On Mon, Apr 6, 2009 at 12:57 AM, Carsten Dominik wrote: Hi Samuel, is this something that started recently, or that you have observed over a longer period of time? I also experienced those cycling issues in past two days (with no change in Org config, only git updates) but I have since Emacs a couple of times (for unrelated reasons.) I will try gather more details if I see it again. -- Manish ___ 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] newbie questions
Hello all, I'm new to org mode (the bundling of ditaa made me aware of its existence!), and having recently converted a relatively large volume of notes from freemind, I'm now giving org mode a serious test drive. I have three questions: (1) Is there any way to make the column placement of org-ellipsis consistent? It seems that the presence of tags in headings cause org-ellipsis to be placed in the right-hand side which makes it easier to miss when looking at an outline. (2) Is there any way to make org-cycle skip the "show all" mode? That would make it to just collapse/expand the children of the current heading. (3) Are there any plans to implement persistent tree expansion? For example, it could be that org mode would somehow remember which headings were expanded when you were last using an org file. Or being able to go back to the previous state after you've created a sparse tree using C-c /. Thanks, Stathis ___ 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] saving pdf files from agenda: color mangling revisited
Some time ago I posted a query about a problem I have been having with agenda: that when I save pdf files using the amazing new facility to just save using (C-u) C-x C-w and naming the file *.pdf . Noone else seemed to have the exact same problem, so I trashed almost all of the color and face customizations in my .emacs etc. The basic problem was that the main text was not visible either in the display or when printed. When I removed all of the painstaking customizations of color, and don't use color-theme-select, I can get a printable pdf. The tags and todos faces seem ok, and print in colors that work. But as soon as I try to mess around with colors again, these pdfs are unworkable again. My work style involves the use of several emacs frames, often with various projects open in different frames, or for some complicated projects, various parts open in different frames. I was able to get a kludge working almost perfectly, some years ago, to use a different background color of each newly opened frame. That's now out the window, so I'd like to explore the reasons I cannot seem to just get a black on white text, for example for the text parts of todos (except TODO keywords and tags.) I don't expect much, and I'll keep experimenting. But perhaps I can ask once again whether anyone has any insight into why this ought to be the case. It seems persistent. I have had to get very basic with any colors. Not that I really need to use a gaudy color scheme, but easy differentiation of frames is crucial. Thank you for any ideas. Alan ___ 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] Easiest way to calculate time spent
Hi, I am new to Org-Mode and I have written a number of project tasks in the following form: * Project ** Task 1 <2009-03-19 Thu 13:15-13:35> Description of Task 1 ** Task 2 <2009-03-18 Wed 12:15-13:35> Description of Task 2 ** Task 3 SCHEDULED: <2009-03-11 Wed 19:55-21:45> CLOSED: [2009-03-12 Thu 23:29] Result of Task 3 For task 3 the time calculated should be 2009-03-11 19:55-21:45 that mean 1:50 hours. I have quite a number of items and I wonder if there is an easy way to sum up all the time spent on the project (similar to what you can do with clocked items)? Thanks for your help! Regards, Rainer P.S. I love Org-Mode - it is great! ___ 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] When exporting a subtree, headline levels are now relative to parent - but css - config is unchanged ...
This feature - introduced in V6.22 - is great! It would even be greater to also use the changed CSS heading levels - that is use the settings for heading 1 when the headline level changed to "1". Carsten, has this been "fogotten" to be changed or is this a feature? Rainer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] BUG: Task tag inheritance is broken
Hi Carsten :) The following commit commit 8cc49120fa669f9ae1335b58b2e5f31a20827209 Author: Carsten Dominik Date: Fri Apr 3 20:41:36 2009 +0200 Tags scan: Also find the first line in a buffer. 2nd attempt. breaks tag inheritance for me. I use org-remember predominately to save tasks in an org-file under the * Tasks :NEWTASK: headline. I then refile from there to a more appropriate place during my weekly review. My tag search for NEWTASK after this commit returns no matching tasks which I know is wrong. -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: [ANN] org-crypt version 0.2
Carsten Dominik writes: > I did solve, I think, the issue with headlines in line one. > > Should we go ahead and integrate org-crypt? I only had one more thing I wanted to do to it before the integration. I think it should hook itself into before-save and the org-mode hooks to automatically encrypt and decrypt the entries if org-crypt-automatically is t. Does that sound okay, or should that be the responsibility of the user? -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ 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] newbie questions
On Mon, Apr 6, 2009 at 4:34 PM, Stathis Sideris wrote: [...] > > (2) Is there any way to make org-cycle skip the "show all" mode? That > would make it to just collapse/expand the children of the current > heading. If I understood you right then TAB should do that for you (instead of Shift-TAB.) > [...] > > Stathis > Thanks for making ditaa. It's wonderful. :) -- Manish ___ 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] Record extra info for each time block
Hi, I'm discovering org-mode and it's really great. I'm still wondering how to do several things... like this one: regarding a headline, it is possible to clock the amount of time you worked on it. But sometimes, you also need to record some other information related to that time block, for example, the distance you had to drive to go to the meeting or some costs (like parking costs) that you had to pay for it. Example: * Project1 ** Meetings :LOGBOOK: CLOCK: [2009-03-02 mon. 10:00]--[2009-03-02 mon. 12:30] => 2:30 > 15 kilometers CLOCK: [2009-03-03 tue. 09:30]--[2009-03-03 tue. 12:30] => 3:00 > 15 kilometers + 12,00 EUR :END: Is there a way to record this information? If not, what is your advice? Of course, it would be nice to get a final table with everything summed up: total work, total kilometers, total fees. Thanks in advance for your help. F. ___ 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] reloading causes visibility bug requiring restart
On Mon, Apr 6, 2009 at 5:35 PM, Sebastian Rose wrote: > > Cannot reproduce this on Linux/emacs23 with inline tasks on. > > I added scheduling and logbock drawer too, toggled the todo state for > the inline tasks, reloaded again... > > No problem at all. > > Maybe a little test file would help to reproduce it? I experienced it briefly this weekend but not any more. I can not reproduce this at will. I also moved to Emacs pre-test at the same time so it could be something to do with that as well.. or not. Sorry. -- Manish ___ 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] Record extra info for each time block
Hi -- > I'm still wondering how to do several things... like this one: > regarding a headline, it is possible to clock the amount of time > you worked on it. But sometimes, you also need to record some > other information related to that time block, for example, the > distance you had to drive to go to the meeting or some costs > (like parking costs) that you had to pay for it. > > Example: > > * Project1 > ** Meetings > :LOGBOOK: > CLOCK: [2009-03-02 mon. 10:00]--[2009-03-02 mon. 12:30] => 2:30 > > 15 kilometers > CLOCK: [2009-03-03 tue. 09:30]--[2009-03-03 tue. 12:30] => 3:00 > > 15 kilometers + 12,00 EUR > :END: > > Is there a way to record this information? If not, what is your > advice? Check out the variable "org-log-note-clock-out". Set it to t and it you'll be asked for a note each time you clock out. The note is recorded just after the time block. -- John Rakestraw ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] how to express relative path for grandparent folder?
I tried ../.., does not work. ../ works for parents folder. ../.. does not work, because emacs or "setq org-agenda-files (list"? how to correct it. (setq org-agenda-files (list "../../Plans/PhD.org" "../../Plans/Others.org" )) PS, i am trying to make it portable. Thanks ___ 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] how to express relative path for grandparent folder?
On Mon, Apr 6, 2009 at 10:55 PM, goodh...@gmail.com wrote: > I tried ../.., does not work. ../ works for parents folder. > ../.. does not work, because emacs or "setq org-agenda-files (list"? how to > correct it. > (setq org-agenda-files (list "../../Plans/PhD.org" > "../../Plans/Others.org" > )) > Does variable org-directory help? -- Manish ___ 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] Easiest way to calculate time spent
On Mon, Apr 6, 2009 at 6:05 PM, Rainer Hansen wrote:
> Hi,
>
> I am new to Org-Mode and I have written a number of project tasks in the
> following form:
>
> * Project
> ** Task 1
> <2009-03-19 Thu 13:15-13:35>
> Description of Task 1
> ** Task 2
> <2009-03-18 Wed 12:15-13:35>
> Description of Task 2
> ** Task 3
> SCHEDULED: <2009-03-11 Wed 19:55-21:45> CLOSED: [2009-03-12 Thu 23:29]
> Result of Task 3
>
> For task 3 the time calculated should be 2009-03-11 19:55-21:45 that mean 1:50
> hours.
>
> I have quite a number of items and I wonder if there is an easy way to sum up
> all the time spent on the project (similar to what you can do with clocked
> items)?
You mean "time meant to be spent" on the project, right? ;-) Since the
actual time
spent should be clocked.
Anyhow, you can set org-columns-default-format, e.g.:
--8<---cut here---start->8---
(setq org-columns-default-format "%TODO %60ITEM(Task)
%5Effort(Estim){:} %5CLOCKSUM(Clock)")
--8<---cut here---end--->8---
Then switch to column view using C-c C-x C-c. Effort column should reflect
the totals for the time you planned to spend on the tasks in the top most
line.
HTH
--
Manish
___
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] Record extra info for each time block
Hi Francesco
"Francesco Pizzolante" writes:
> But sometimes, you also need to record some other information related
> to that time block, for example, the distance you had to drive to go
> to the meeting or some costs (like parking costs) that you had to pay
> for it.
>
> Example:
>
> * Project1
> ** Meetings
> :LOGBOOK:
> CLOCK: [2009-03-02 mon. 10:00]--[2009-03-02 mon. 12:30] => 2:30
> > 15 kilometers
> CLOCK: [2009-03-03 tue. 09:30]--[2009-03-03 tue. 12:30] => 3:00
> > 15 kilometers + 12,00 EUR
> :END:
>
> Is there a way to record this information? If not, what is your
> advice?
>
You could also record this information as properties. E.g.,
,
| * Meetings
| :PROPERTIES:
| :COLUMNS: %30ITEM %CLOCKSUM %10distance{+} %10expenses{$}
| :END:
| ** Meeting One
|:LOGBOOK:
|CLOCK: [2009-04-06 Mon 13:25]--[2009-04-06 Mon 14:37] => 1:12
|:END:
|:PROPERTIES:
|:distance: 15
|:expenses: 13.45
|:END:
|
| ** Meeting Two
|:LOGBOOK:
|CLOCK: [2009-04-06 Mon 16:41]--[2009-04-06 Mon 18:41] => 2:00
|:END:
|:PROPERTIES:
|:distance: 28
|:expenses: 22.31
|:END:
|
`
> Of course, it would be nice to get a final table with everything
> summed up: total work, total kilometers, total fees.
If you add a column line (as in the example above) you can use column
view (C-c C-x C-c) to get a nice overview with everything summed up in the top
heading. Or you could capture the data in a table (C-x C-c i). E.g.,
,
| ** Summary
| #+BEGIN: columnview :hlines 1 :id local
| | ITEM | CLOCKSUM | distance | expenses |
| |+--+--+--|
| | * Meetings | 3:12 | 43 |35.76 |
| | ** Meeting One | 1:12 | 15 |13.45 |
| | ** Meeting Two | 2:00 | 28 |22.31 |
| #+END:
`
The manual has a lot of great info on setting properties.
- 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
[Orgmode] bug in remote references in spreadsheet
Hello, I think the standard references do not work correctly in the "remote" function. Moreover, the "edit all formulas" (C-c ') window replaces the internal references with standard references. Even if I toggle the references back to internal ones, the references in the "remote" function do not get updated. Here is an example: #+TBLNAME: TableA | 101 | #+TBLFM: @1$1=remote(TableC,@1$1) #+TBLNAME: TableB | A1 | #+TBLFM: @1$1=remote(TableC,A1) #+TBLNAME: TableC | 101 | If I do C-c * in TableA, it works correctly. In TableB it doesn't. If I do C-c ' in TableA and then (with or without C-c C-r) C-c C-c and C-c *, then the contents of TableA will be equivalent to the ones of TableB and the reference will be broken. Here is version info (I updated both emacs and org-mode from repository today): emacs-version is a variable defined in `version.el'. Its value is "23.0.92.2" org-version is a variable defined in `org.el'. Its value is "6.25d" Thanks for org! Rares ___ 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] Easiest way to calculate time spent
Hi Manish,
thanks for the tip but it does not seem to work. All columns seem to be filled
with values except of the Estim colum. There are no values displayed.
I have done the clocking manually without the help of Org-Mode. The values in
my case are actually no estimates but rather the clocked values. Now I want
to sum them up to see how many hours I have spent on the project.
Regards,
Rainer
On Monday 06 April 2009 19:37:07 Manish wrote:
> On Mon, Apr 6, 2009 at 6:05 PM, Rainer Hansen wrote:
> > Hi,
> >
> > I am new to Org-Mode and I have written a number of project tasks in the
> > following form:
> >
> > * Project
> > ** Task 1
> > <2009-03-19 Thu 13:15-13:35>
> > Description of Task 1
> > ** Task 2
> > <2009-03-18 Wed 12:15-13:35>
> > Description of Task 2
> > ** Task 3
> > SCHEDULED: <2009-03-11 Wed 19:55-21:45> CLOSED: [2009-03-12 Thu 23:29]
> > Result of Task 3
> >
> > For task 3 the time calculated should be 2009-03-11 19:55-21:45 that mean
> > 1:50 hours.
> >
> > I have quite a number of items and I wonder if there is an easy way to
> > sum up all the time spent on the project (similar to what you can do with
> > clocked items)?
>
> You mean "time meant to be spent" on the project, right? ;-) Since the
> actual time
> spent should be clocked.
>
> Anyhow, you can set org-columns-default-format, e.g.:
>
> --8<---cut here---start->8---
> (setq org-columns-default-format "%TODO %60ITEM(Task)
> %5Effort(Estim){:} %5CLOCKSUM(Clock)")
> --8<---cut here---end--->8---
>
> Then switch to column view using C-c C-x C-c. Effort column should reflect
> the totals for the time you planned to spend on the tasks in the top most
> line.
>
> HTH
___
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] Easiest way to calculate time spent
> On Monday 06 April 2009 19:37:07 Manish wrote:
>> On Mon, Apr 6, 2009 at 6:05 PM, Rainer Hansen wrote:
>> > Hi,
>> >
>> > I am new to Org-Mode and I have written a number of project
tasks in the
>> > following form:
>> >
>> > * Project
>> > ** Task 1
>> > <2009-03-19 Thu 13:15-13:35>
>> > Description of Task 1
>> > ** Task 2
>> > <2009-03-18 Wed 12:15-13:35>
>> > Description of Task 2
>> > ** Task 3
>> > SCHEDULED: <2009-03-11 Wed 19:55-21:45> CLOSED: [2009-03-12 Thu 23:29]
>> > Result of Task 3
>> >
>> > For task 3 the time calculated should be 2009-03-11
19:55-21:45 that mean
>> > 1:50 hours.
>> >
>> > I have quite a number of items and I wonder if there is an easy way to
>> > sum up all the time spent on the project (similar to what you
can do with
>> > clocked items)?
>>
>> You mean "time meant to be spent" on the project, right? ;-) Since the
>> actual time
>> spent should be clocked.
>>
>> Anyhow, you can set org-columns-default-format, e.g.:
>>
>> --8<---cut here---start->8---
>> (setq org-columns-default-format "%TODO %60ITEM(Task)
>> %5Effort(Estim){:} %5CLOCKSUM(Clock)")
>> --8<---cut here---end--->8---
>>
>> Then switch to column view using C-c C-x C-c. Effort column
should reflect
>> the totals for the time you planned to spend on the tasks in the top most
>> line.
On Tue, Apr 7, 2009 at 1:44 AM, Rainer Hansen wrote:
> Hi Manish,
>
> thanks for the tip but it does not seem to work. All columns seem
to be filled
> with values except of the Estim colum. There are no values displayed.
>
> I have done the clocking manually without the help of Org-Mode.
The values in
> my case are actually no estimates but rather the clocked values. Now I want
> to sum them up to see how many hours I have spent on the project.
Unless the values are in the format that Org uses to clock time spent on tasks
it will not be able to process it. In future you can start and stop the clock
with point on the task and pressing C-c C-x C-i and C-c C-x C-o respectively
while in Org file or using I and O while in agenda view. See
http://orgmode.org/manual/Clocking-work-time.html#Clocking-work-time for
details.
Since you have already worked and noted the times, you will again have to do
some more manual work to get what you want from Org. You will need to add a
LOGBOOK drawer beneath every task you want to record time for - you can either
copy-paste or can try C-c C-x p to add the drawer. Then you can add the time
periods like shown below. A quick way would be to just clock in and out of
task so as to get clock lines there and either manually edit the times or use
magical Shift-up or Shift-down to adjust the clock lines. You can press C-c
C-y on the clock line in case you manually edit the time to recompute the
totals.
,
| * A Task
| :LOGBOOK:
| CLOCK: [2009-04-07 Tue 02:30]--[2009-04-07 Tue 03:00] => 0:30
| CLOCK: [2009-04-07 Tue 01:00]--[2009-04-07 Tue 02:00] => 1:00
| :END:
`
Once you have clocked times like this then you can get the total for the time
spent under CLOCKSUM column in column view or you can get a report in the
agenda file itself with clocktable report (C-c C-x C-r).
HTH
--
Manish
___
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] Easiest way to calculate time spent
Rainer Hansen writes:
> thanks for the tip but it does not seem to work. All columns seem to
> be filled with values except of the Estim colum. There are no values
> displayed.
>
> I have done the clocking manually without the help of Org-Mode. The
> values in my case are actually no estimates but rather the clocked
> values. Now I want to sum them up to see how many hours I have spent
> on the project.
Unless you enter your clocked time as a property, org columns will not
be able to do anything with it.
Your best bet, however, would be to use org-mode's excellent clocking
functionality (see description below).
>> > I am new to Org-Mode and I have written a number of project tasks in the
>> > following form:
>> >
>> > * Project
>> > ** Task 1
>> > <2009-03-19 Thu 13:15-13:35>
>> > Description of Task 1
>> > ** Task 2
>> > <2009-03-18 Wed 12:15-13:35>
>> > Description of Task 2
>> > ** Task 3
>> > SCHEDULED: <2009-03-11 Wed 19:55-21:45> CLOSED: [2009-03-12 Thu 23:29]
>> > Result of Task 3
>> >
>> > For task 3 the time calculated should be 2009-03-11 19:55-21:45 that mean
>> > 1:50 hours.
>> >
>> > I have quite a number of items and I wonder if there is an easy way to
>> > sum up all the time spent on the project (similar to what you can do with
>> > clocked items)?
What you have done above is scheduled the tasks to occupy certain time
intervals in your agenda/planner. E.g., Task 1 is scheduled on March 11
from 19:55 to 21:45.
This is *not* the same thing as clocking time spent working on an item.
As far as I know, org-mode cannot calculate time totals based on the
SCHEDULED timestamps.
To log items you will need to clock in on a headling using C-c C-x C-i
and clock out using C-c C-x C-o. Org mode will then create a clock line
listing starting time, ending time, and total time spent.
See this section of the manual for more information:
http://orgmode.org/org.html#Clocking-work-time
>> Anyhow, you can set org-columns-default-format, e.g.:
>>
>> --8<---cut here---start->8---
>> (setq org-columns-default-format "%TODO %60ITEM(Task)
>> %5Effort(Estim){:} %5CLOCKSUM(Clock)")
>> --8<---cut here---end--->8---
>>
The clocksum in Manish's example will add the the total time logged via
the method I have described above.
Estimated effort is a special property that you would need to enter
yourself for each item. (But it sounds as if you are not really
interested in that.)
Hope this helps.
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
[Orgmode] Patch to fix two bugs in HTML/DocBook exporters
Hi Carsten, During the weekend, I found and fixed two bugs that exist in HTML/DocBook exporters (see the following descriptions). I am attaching a patch for the fixes at the end of this email. 1. Bug One: two consecutive lists with different list types at the same level are exported as *one* list. For example, the following two lists 1. Ordered List Item 1 2. Ordered List Item 2 - Itemized List Item 1 - Itemized List Item 2 - Itemized List Item 3 are exported as one ordered list in HTML (see below, similar problem also exist in DocBook). : : : Ordered List Item 1 : : : Ordered List Item 2 : : : : Itemized List Item 1 : : : Itemized List Item 2 : : : Itemized List Item 3 : : : 2. Bug Two: a paragraph *immediately* after a block like quote, verse, centered block, example, etc. is not wrapped into paragraph tags (... in HTML or ... in DocBook). While it is not a big deal for HTML exporter, this bug makes exported DocBook XML document invalid. The following lines can reproduce this bug: : Code line one : Code line two This is a paragraph immediately after the above code block without an empty line before it, and it is NOT wrapped in a paragraph ( in HTML or in DocBook) in exported format. Please let me know if you see any problems in the fix. Thanks, Baoqiu diff --git a/lisp/org-docbook.el b/lisp/org-docbook.el index 3739181..0b87ada 100644 --- a/lisp/org-docbook.el +++ b/lisp/org-docbook.el @@ -606,6 +606,7 @@ publishing directory." ;; End of quote section? (when (and inquote (string-match "^\\*+ " line)) (insert "]]>\n\n") + (org-export-docbook-open-para) (setq inquote nil)) ;; Inside a quote section? (when inquote @@ -624,7 +625,8 @@ publishing directory." (not (string-match "^[ \t]*\\(:.*\\)" (car lines (setq infixed nil) - (insert "]]>\n\n")) + (insert "]]>\n\n") + (org-export-docbook-open-para)) (throw 'nextline nil)) ;; Protected HTML @@ -681,12 +683,14 @@ publishing directory." (when (equal "ORG-BLOCKQUOTE-END" line) (org-export-docbook-close-para-maybe) (insert "\n") + (org-export-docbook-open-para) (throw 'nextline nil)) ;; End of verses (when (equal "ORG-VERSE-END" line) (insert "\n\n") (setq inverse nil) + (org-export-docbook-open-para) (throw 'nextline nil)) ;; Text centering. Element does not @@ -704,6 +708,7 @@ publishing directory." (org-export-docbook-close-para-maybe) (insert "\n" "\n\n") + (org-export-docbook-open-para) (throw 'nextline nil)) ;; Make targets to anchors. Note that currently FOP does not @@ -969,7 +974,9 @@ publishing directory." (setq didclose nil) (while (and in-local-list (or (and (= ind (car local-list-indent)) - (not starter)) + (or (not starter) + (not (equal item-type + (car local-list-type) (< ind (car local-list-indent (setq didclose t) (let ((listtype (car local-list-type))) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index df5c6a5..a8a3dfc 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -3687,6 +3687,7 @@ lang=\"%s\" xml:lang=\"%s\"> ;; end of quote section? (when (and inquote (string-match "^\\*+ " line)) (insert "\n") + (org-open-par) (setq inquote nil)) ;; inside a quote section? (when inquote @@ -3706,7 +3707,8 @@ lang=\"%s\" xml:lang=\"%s\"> (not (string-match "^[ \t]*:\\(\\([ \t]\\|$\\)\\(.*\\)\\)" (car lines (setq infixed nil) - (insert "\n")) + (insert "\n") + (org-open-par)) (throw 'nextline nil)) ;; Protected HTML @@ -3740,6 +3742,7 @@ lang=\"%s\" xml:lang=\"%s\"> (when (equal "ORG-BLOCKQUOTE-END" line) (org-close-par-maybe) (insert "\n\n") + (org-open-par) (throw 'nextline nil)) (when (equal "ORG-VERSE-START" line) (org-close-par-maybe) @@ -3749,6 +3752,7 @@ lang=\"%s\" xml:lang=\"%s\"> (when (equal "ORG-VERSE-END" line) (insert "\n") (setq inverse nil) + (org-open-par) (throw 'nextline nil)) (when (equal "ORG-CENTER-START" line) (org-close-par-maybe) @@ -3758,6 +3762,7 @@ lang=\"%s\" xml:lang=\"%s\"> (when (equal "ORG-CENTER-END" line) (org-close-par-maybe) (insert "\n") + (org-open-par) (throw 'nextline nil)) (when inverse (let ((i (org-get-string-indentation line))) @@ -4066,7 +4071,9 @@ lang=\"%s\" xml:lang=\"%s\"> (setq didclose nil) (while (and in-local-list (or (and (= ind (car local-list-indent)) - (not starter)) + (or (not starter) + (not (equal item-type + (car local-list-type) (< ind (car local-list-indent (setq didclose t) (org-close-li (car local-list-type)) __
Re: [Orgmode] Patch for growl notifications without uncommenting hacks
On 6 Apr 2009, at 01:49, David Abrahams wrote: This patch to org-mac-message.el should make it show growl notifications when searching for flagged messages and growl is running, and work silently otherwise. Thanks, works nicely. Below patch adapts for general case, cleans up commentary and fixes one tiny formatting bug I noticed. Best, Christopher org-mac-message.patch Description: Binary data ___ 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] Format for timestamp export
Hi. Since I edit my files from different computers, each with different locales, I end up with dates like: CLOCK: [2009-04-01 mié 14:15]--[2009-04-01 mié 14:22] => 0:07 … SCHEDULED: <2009-03-26 dj 18:00> … CLOSED: [2007-11-25 So 19:05] … <2007-08-31 Fri 17:25> Emacs and I can live with these localised week day names, but to external (HTML) users I would like to show dates in a custom format so that they always look the same. Can I format timestamps on export? Thanks, 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
Re: [Orgmode] org-choose bugfix
I don't know how this slipped by me before, and I was sure that I had run the test suite and validated the previous fix, but I just noticed a serious bug, and patched it. The bug is that org-choose uses the wrong number for "LEVEL", resulting in no keep-sensible checking. I attach a patch for it. Also patched a doc typo. (6.25 is the OLD half of the patch - I fixed it and then realized I had no old one to diff it to so I fetched the newest org-mode) Tom org-choose.el.diff Description: Binary data ___ 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] refiling to self corrupts buffer
Previously I reported that refiling a task to itself deletes the task, and that was fixed. It seems broken again. It might be nice to distribute a test case with org. Also, if you refile an active region to the first node in the active region, org will attempt to put all of the nodes there. This corrupts the buffer, in my experience. Perhaps org could error in both situations. Please let me know if you need details. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than multiple sclerosis. It is corrupting science in the most foul way possible. Anybody can get the disease at any time -- permanently. How much do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] reloading causes visibility bug requiring restart
Only tried repeating it in past few d. Noticed in last few w but don't remember details and was transient. (A complicated standard test case .org distributed with org might help in cases like this -- less need for reporter to create minimal reproducible version. If behavior not reproducible, the reporter can update the test case.) Yes, I cycle plain lists. But the issues do not only affect plain lists. Most headlines never show with headline cycling. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than multiple sclerosis. It is corrupting science in the most foul way possible. Anybody can get the disease at any time -- permanently. How much do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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
