emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@uva.nl>
To: Adam Spiers <orgmode@adamspiers.org>
Cc: org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: iCal export of repeated tasks
Date: Fri, 13 Jun 2008 12:28:48 +0200	[thread overview]
Message-ID: <0C275B3E-BECB-4A5A-9B95-8C928046DE18@uva.nl> (raw)
In-Reply-To: <20080613092409.GA8066@atlantic.linksys.moosehall>


On Jun 13, 2008, at 11:24 AM, Adam Spiers wrote:

> On Fri, Jun 13, 2008 at 10:18:52AM +0200, Carsten Dominik wrote:
>> On Jun 12, 2008, at 1:47 PM, Adam Spiers wrote:
>>> Well, I agree that there may not be a good definition, in which  
>>> case a
>>> per-event property disabling export of the RRULE would be a perfect
>>> solution.
>>
>> Hi Adam,
>>
>> I do not feel comfortable with this specialized filtering, so I am  
>> not
>> implementing it.  It seems incorrect that the export of the exact  
>> same
>> Org file would lead to different iCal files, depending on the day  
>> when
>> you do the export.
>
> Sorry - either I have accidentally misled you, or my understanding is
> missing some nuance of your argument, because it was certainly not my
> intention to propose a mechanism which would produce different results
> depending on when the export is done.  I simply wanted to suggest that
> there could be a property which would have the same effect upon iCal
> export as would manually deleting the directive to repeat ('.+2w' or
> similar) from the end of the task's timestamp.  This would maintain
> the existing behaviour for repeated tasks within Org, but display it
> as a non-repeating task in my external calendaring clients
> (korganizer, ScheduleWorld, Google Calendar, my Nokia phone etc.)
>
> The motivation is that while I very much like org's functionality for
> automatically updating the timestamp on a repeated task once it has
> been marked as done, I do not want tasks such as "water plants"
> cluttering up my calendar forever into the future.  I only care about
> the next plant watering, not all others thereafter, and with screen
> real estate always short in supply (especially on mobile devices!),
> any possible savings are of value.

I can see that this is useful, but I still insist that Org should  
export a repeated event as such.   I am adding a hook, `org-before- 
save-iCalendar-file-hook'.  You can add some special cookie in the  
headline of the entry, and then search for this cookie in the exported  
file and remove the repetition rule.  How about that?

> Actually, now I think about it more, the above decluttering argument
> applies equally to the Org agenda itself.  So if it would be a more
> consistent request from the point of view of maintaining an intuitive
> UI or from ease of implementation, I would be perfectly happy if the
> proposed property disabled display of all but the first instance of
> the repeated task *everywhere*, i.e. not only in iCal exports, but
> also in agenda displays.

Org has the variable `org-agenda-repeating-timestamp-show-all' which  
allows
to modify this behavior for all repeating time stamps, not for  
individual ones, though.


- Carsten

  parent reply	other threads:[~2008-06-13 10:28 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-10 10:17 iCal export of repeated tasks Adam Spiers
2008-06-12  6:02 ` Carsten Dominik
2008-06-12 10:05   ` Adam Spiers
2008-06-12 10:54     ` Carsten Dominik
2008-06-12 11:47       ` Adam Spiers
2008-06-13  8:18         ` Carsten Dominik
2008-06-13  9:24           ` Adam Spiers
2008-06-13  9:55             ` Paul R
2008-06-13 12:01               ` Adam Spiers
2008-06-13 12:56                 ` Paul R
2008-06-13 14:16               ` Adam Spiers
2008-06-13 10:28             ` Carsten Dominik [this message]
2008-06-13 11:48               ` Adam Spiers

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0C275B3E-BECB-4A5A-9B95-8C928046DE18@uva.nl \
    --to=dominik@uva.nl \
    --cc=emacs-orgmode@gnu.org \
    --cc=orgmode@adamspiers.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).