From mboxrd@z Thu Jan 1 00:00:00 1970 From: Memnon Anon Subject: Re: Occurance property, or some similar name? Date: Tue, 12 Apr 2011 20:00:05 +0000 (UTC) Message-ID: <874o63tgg5.fsf@mean.albasani.net> References: <87d3ksqujv.fsf@dustycloud.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([140.186.70.92]:54375) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9jl9-00068Y-7H for emacs-orgmode@gnu.org; Tue, 12 Apr 2011 16:00:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9jl8-0000hz-3h for emacs-orgmode@gnu.org; Tue, 12 Apr 2011 16:00:23 -0400 Received: from lo.gmane.org ([80.91.229.12]:52776) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9jl7-0000hS-Q4 for emacs-orgmode@gnu.org; Tue, 12 Apr 2011 16:00:22 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q9jl2-0005pf-Mu for emacs-orgmode@gnu.org; Tue, 12 Apr 2011 22:00:16 +0200 Received: from e178233079.adsl.alicedsl.de ([85.178.233.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Apr 2011 22:00:16 +0200 Received: from gegendosenfleisch by e178233079.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Apr 2011 22:00:16 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi, Christopher Allan Webber writes: > I was once one of the many people who apparently originally > misunderstood what "SCHEDULED" meant, and used to set it to like, an > appointment time. Well, you can use it that way. The point is: Scheduled items behave differently to timestamped items. If you prefer the behaviour scheduling provides you with, go for it. > I kind of miss how nice it was back when I misunderstood how events work > (escept for all of those non-TODOs staying around forever on my > agenda..) where I had a dedicated property for this, and pressing > C-c C-s would always change that property. I just did a quick check. It seems to me that timestamps within a property work. So, if you prefer, you can set your timestamps in a property like this: * NEXT Task 2 :LOGBOOK: :END: :PROPERTIES: :DATE: <2011-04-12> :END: If you want a convenient keybinding to set this property, this seems to work: --8<---------------cut here---------------start------------->8--- (defun my-org-set-date () "Set DATE Property via org-read-date." (interactive) (org-set-property "DATE" (concat "<"(org-read-date)">"))) (define-key org-mode-map (kbd "C-c C-S-s") 'my-org-set-date) --8<---------------cut here---------------end--------------->8--- Okay, there is still setting it in the agenda. There are already functions doing special treatment for e.g. effort. It should work to grab it and modify it to our needs ... --8<---------------cut here---------------start------------->8--- (defun my-org-agenda-set-date () "Set the DATE property for the current headline." (interactive) (org-agenda-check-no-diary) (org-agenda-show) ;;; FIXME This is a stupid hack and should not be needed (let* ((hdmarker (or (org-get-at-bol 'org-hd-marker) (org-agenda-error))) (buffer (marker-buffer hdmarker)) (pos (marker-position hdmarker)) (inhibit-read-only t) newhead) (org-with-remote-undo buffer (with-current-buffer buffer (widen) (goto-char pos) (save-excursion (org-show-context 'agenda)) (save-excursion (and (outline-next-heading) (org-flag-heading nil))) ; show the next heading (goto-char pos) (call-interactively 'my-org-set-date) (end-of-line 1))))) (define-key org-agenda-keymap (kbd "C-c C-S-s") 'my-org-agenda-set-date) --8<---------------cut here---------------end--------------->8--- Did some quick testing, it *seems* to work. But I have no expertise in elisp (or programming for that matter), so this is probably "wrong" in one way or the other :). > What I'm saying I guess is: > - Is there a popular property name for when something should be > happening, in a non-TODO way? I've thought of "OCCURANCE" but maybe > that isn't the best (I suspect not) > - Maybe if we formalize this property, we should make a command for it? > Maybe C-c C-S-o? > - It would be nice to formalize this so we could actually steer people > in the right direction in the docs. Oh, this was not a "How can I do x?" mail, but a request to formalize this in org core .... Nevermind ;) Memnon