emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Eric S Fraga <e.fraga@ucl.ac.uk>
To: news1142@Karl-Voit.at
Cc: emacs-orgmode@gnu.org
Subject: Re: Org-mode is not able to manage complex calendar events
Date: Mon, 20 Jun 2011 18:19:22 +0100	[thread overview]
Message-ID: <8739j4xvxh.fsf@ucl.ac.uk> (raw)
In-Reply-To: <2011-06-20T17-33-36@devnull.Karl-Voit.at> (Karl Voit's message of "Mon, 20 Jun 2011 17:51:25 +0200")

Karl Voit <devnull@Karl-Voit.at> writes:

> * Eric S Fraga <e.fraga@ucl.ac.uk> wrote:
>> Karl Voit <devnull@Karl-Voit.at> writes:
>>> IMHO: Org-mode does *not* seem to be made for managing calendar
>>> events that go beyond simple one-time-occurrence events. 
>> I would argue that this is not at all the case, especially if you
>> consider that org uses a tree hierarchy and tags so that one can group
>> separate entries in a variety of ways, 
> This is fore sure a big advantage of Org-mode!
>> you can clone with time shift whole trees, etc.  
> Oh, I have to look up that clone thing. This is new to me. Do you
> happen to have an URL for this feature by instance?

,----[ org-clone-subtree-with-time-shift ]
| org-clone-subtree-with-time-shift is an interactive compiled Lisp
| function in `org.el'.
| It is bound to C-c C-x c, <menu-bar> <Org> <Edit Structure> <Clone
| subtree, shift time>.
| (org-clone-subtree-with-time-shift N &optional SHIFT)
| Clone the task (subtree) at point N times.
| The clones will be inserted as siblings.
| In interactive use, the user will be prompted for the number of
| clones to be produced, and for a time SHIFT, which may be a
| repeater as used in time stamps, for example `+3d'.
| When a valid repeater is given and the entry contains any time
| stamps, the clones will become a sequence in time, with time
| stamps in the subtree shifted for each clone produced.  If SHIFT
| is nil or the empty string, time stamps will be left alone.  The
| ID property of the original subtree is removed.
| If the original subtree did contain time stamps with a repeater,
| the following will happen:
| - the repeater will be removed in each clone
| - an additional clone will be produced, with the current, unshifted
|   date(s) in the entry.
| - the original entry will be placed *after* all the clones, with
|   repeater intact.
| - the start days in the repeater in the original entry will be shifted
|   to past the last clone.
| I this way you can spell out a number of instances of a repeating task,
| and still retain the repeater to cover future instances of the task.

>> Also, with sexp, you can manage practically anything you might like
>> although, of course, it does require learning a certain amount of
>> elisp.  Recurring events with exceptions are not a problem, for
>> instance.
> I'd consider myself tech-savvy. But without having learned (E)LISP
> (yet), I can not use sexp-entries without reading a manual each time
> I want to use it. This is nothing I'd consider for normal users or
> daily use. It's not that end-user friendly (when you consider
> end-users as users without ELISP knowledge).

Sure; elisp is non-trivial.  Point taken!

>> I guess this depends on what types of events you are likely to
>> have in the outlook calendar.  In my case, only a small feature
>> set is likely necessary (mostly repeating lectures and one off
>> meetings) so a sync should be possible.  I don't think anybody is
>> proposing a full-blown totally automatic sync mechanism between
>> org and Outlook (or whatever) that covers the union of the two
>> products' feature sets...  insanity lies in that direction ;-)
> Sorry, I might have exaggerated a bit.
> But since I was implementing a one-way-sync mechanism between two
> different calendar systems I got a pretty good feeling of how
> different you can define the very same thing. Recurring events with
> exceptions is quite common but very hard to sync between different
> systems! And I am sure that this is not the only example of «being
> common and hard to do».

Sure but I think you will find that most of "being command and hard to
do" tasks are easily handled by org; at least, that's my experience.
The difficulty may be finding out how do it as the number of possible
actions in org is quite large.  If there's any complaint one might have
about org, is that it can be used for so many different tasks (calendar,
task management, document preparation, etc.)  that it can be
overwhelming.  Think of one of those very large swiss army knives where
you can spend minutes just trying to find the right "blade" ;-).  But
I'm not complaining! :->

In any case, the org manual, the org web site and Worg, not to mention
this mailing list, provide a wealth of information and use cases.

> For ELISP-hackers out there: is this hard to do? A method which
> can be called «generate a series of Org-mode time stamps starting
> I could think of generating such a series of <2011-06-22 Wed>
> <2011-06-29 Wed> ... just to be able to see all occurrences of an
> event and delete one specific event in between if necessary. This
> would ease exceptions for «ordinary» users like me.

See above;  I use org-clone-subtree-with-time-shift for setting up, for
instance, the lectures I have to give in a teaching term.  I set up the
initial lectures for each relevant day in the week and then clone the
subtrees, removing any exceptions (reading/study weeks, say) afterwards.

: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs
: using Org-mode version 7.5 (release_7.5.412.g8608b)

  reply	other threads:[~2011-06-20 18:42 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-18  2:09 org and microsoft exchange Skip Collins
2011-06-20  7:52 ` Eric S Fraga
2011-06-20 11:53   ` Holger Wenzel
2011-06-20 12:01     ` Skip Collins
2011-06-20 14:13     ` Jonathan Arkell
2011-06-26 13:35     ` Matthieu Lemerre
2011-06-27 17:14       ` Eric S Fraga
2011-06-27 19:13         ` Matthieu Lemerre
2011-06-28 23:16           ` Bastien
2011-07-07 19:13             ` Matthieu Lemerre
2011-07-08  9:26               ` Bastien
2011-06-29 16:44           ` Eric S Fraga
2011-07-07 19:21             ` Matthieu Lemerre
2011-07-08  9:02               ` Eric S Fraga
2011-07-08 22:14                 ` Achim Gratz
2011-06-20 11:53   ` Org-mode is not able to manage complex calendar events (was: org and microsoft exchange) Karl Voit
2011-06-20 14:38     ` Org-mode is not able to manage complex calendar events Eric S Fraga
2011-06-20 15:51       ` Karl Voit
2011-06-20 17:19         ` Eric S Fraga [this message]
2011-06-21 12:32           ` Karl Voit
2011-06-21 12:50             ` Rémi Vanicat
2011-06-21 16:46               ` Karl Voit
2011-06-21 15:12             ` Eric S Fraga
2011-06-21 17:24               ` Karl Voit
2011-06-28  9:36             ` Bastien
2011-06-28 12:19               ` How to place a feature wish (was: Org-mode is not able to manage complex calendar events) Karl Voit
2011-06-20 18:48         ` Org-mode is not able to manage complex calendar events Memnon Anon
2011-07-01 15:18     ` Bastien
2011-07-01 16:25       ` Karl Voit
2011-07-02  9:21         ` Bastien
2011-07-02 10:20           ` Karl Voit
2011-06-20 14:42   ` org and microsoft exchange Philipp Haselwarter
2011-06-20 15:04     ` Nick Dokos

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:

  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=8739j4xvxh.fsf@ucl.ac.uk \
    --to=e.fraga@ucl.ac.uk \
    --cc=emacs-orgmode@gnu.org \
    --cc=news1142@Karl-Voit.at \


* 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


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