Re: [Orgmode] Problem with org-mac-message.el

2009-04-06 Thread Carsten Dominik

Applied, thanks.

- Carsten

On Apr 5, 2009, at 11:43 PM, Christopher Suckling wrote:



On 4 Apr 2009, at 11:33, Carsten Dominik wrote:


Hi Christopher,

I have applied the patch, thanks.

Also I made the following modification:

The new function is defined as org-mac-message-insert-selected,
and then the old name org-mac-message-insert-link is introduced
as an alias.  So you get your consisten function naming, and
compatibility as well.

I believe the file commentary may not be fully correct anymore,
it still mentions the old function names.  I have already pushed the
new version, if you fix the commentary, please diff against that  
new version.


Thanks, Carsten.

Here's the fixed commentary. Changes to Worg have been pushed.

Christopher

org-mac-message.patch




___
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: [ANN] org-crypt version 0.2

2009-04-06 Thread Carsten Dominik

Hi Peter,

I did solve, I think, the issue with headlines in line one.

Should we go ahead and integrate org-crypt?

- Carsten

On Apr 2, 2009, at 5:12 PM, Peter Jones wrote:


Carsten Dominik carsten.domi...@gmail.com writes:

Below is a patch which will fix this.  Basically you need to
go back and fix the visibility of the entry, because you are
inserting in a location that confuses the invisibility code.
Instead of trying to get the insertion right, it is much better
to reset it for the entire tree.


Great, thanks!


The patch also does one other thing:

It makes encryption cover the entire subtree of an entry
with tag :crypt:, not just the text up to first child.
I believe this is more consistent with the structure or
Org-mode files.  Would you agree?


Yes, I had planned to do that, but wasn't sure exactly how.  You saved
me some time, thank you.

I have one other issue, if you want to point me in the right  
direction.
It seems that org-scan-tags will skip the first heading if that  
heading

is on the first line in the buffer.  If you add a blank line above the
heading, then org-scan-tags will pass it to the action function.

--
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




___
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-map-entries doesn't understand deletions

2009-04-06 Thread Carsten Dominik


On Apr 6, 2009, at 6:24 AM, Samuel Wales wrote:

On Sun, Apr 5, 2009 at 04:48, Carsten Dominik carsten.domi...@gmail.com 
 wrote:

Your action function may now set the variable
`org-map-continue-from-here' to the buffer position
from where you wish to continue the search.  In your case
you would now remove you attempt to fix this


Thank you very much.  I will try it.

I figured it was probably intended to relieve the user of
responsibility for point.  However, using mapping for editing
operations seems like the right thing to do also.

Your solution and the new paragraph in the manual should take care  
of it.


So I set it to where point is after a deletion?  i.e. on the  
following item?


On the following item, yes.

- 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


Re: [Orgmode] reloading causes visibility bug requiring restart

2009-04-06 Thread Carsten Dominik


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.


I believe the only visibility change I have made in a log time is the  
one
related to inline tasks.  It would be interesting to see if the  
problems disappear by going back to commit  
49878b0387e6eb0a53971548db8b7a1a9313b4f8


- Carsten







--
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] org-protocol and encoding

2009-04-06 Thread Sebastian Rose
Ulf Stegemann ulf-n...@zeitform.de 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

2009-04-06 Thread Ulf Stegemann
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

2009-04-06 Thread Sebastian Rose

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 carsten.domi...@gmail.com 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

2009-04-06 Thread Carsten Dominik

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

2009-04-06 Thread Stathis Sideris
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

2009-04-06 Thread Alan E. Davis
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

2009-04-06 Thread Rainer Hansen
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] BUG: Task tag inheritance is broken

2009-04-06 Thread Bernt Hansen
Hi Carsten :)

The following commit 



commit 8cc49120fa669f9ae1335b58b2e5f31a20827209
Author: Carsten Dominik carsten.domi...@gmail.com
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

2009-04-06 Thread Peter Jones
Carsten Dominik carsten.domi...@gmail.com 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

2009-04-06 Thread Manish
  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

2009-04-06 Thread Francesco Pizzolante
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

2009-04-06 Thread Manish
  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

2009-04-06 Thread John Rakestraw
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?

2009-04-06 Thread goodh...@gmail.com

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?

2009-04-06 Thread Manish
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

2009-04-06 Thread Manish
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

2009-04-06 Thread Matthew Lundin
Hi Francesco

Francesco Pizzolante f...@missioncriticalit.com 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

2009-04-06 Thread Rares Vernica
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

2009-04-06 Thread Rainer Hansen
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

2009-04-06 Thread Manish
 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

2009-04-06 Thread Matthew Lundin
Rainer Hansen rainer.han...@gmx.net 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] Format for timestamp export

2009-04-06 Thread Daniel Clemente

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] reloading causes visibility bug requiring restart

2009-04-06 Thread Samuel Wales
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