[O] Bug: org-archive-subtree-add-inherited-tags should use both local and inherited tags [9.1.12 (9.1.12-elpa @ ~/.emacs.d/elpa/org-9.1.12/)]

2018-05-04 Thread email
Greetings fellow org-mode enthusiasts,

I discovered that in the latest org-mode setting
(org-archive-subtree-add-inherited-tags t) only includes inherited tags
but omits local tags.

To remedy this I propose the following patch to org-archive.el:


diff --git a/org-archive.el b/org-archive.el
index e020ec2..0ac164d 100644
--- a/org-archive.el
+++ b/org-archive.el
@@ -361,7 +361,7 @@ direct children of this heading."
   (or (and (eq org-archive-subtree-add-inherited-tags
'infile)
infile-p)
   (eq org-archive-subtree-add-inherited-tags t))
-  (org-set-tags-to all-tags))
+  (org-set-tags-to (delete-dups (append inherited-tags
local-tags
  ;; Mark the entry as done
  (when (and org-archive-mark-done
 (let ((case-fold-search nil))


However, I am not sure if this is enough or if something more fundamental
is broken since all-tags only includes inherited tags and not actually all
tags.

Best regards,

Edgar Kalkowski


Emacs  : GNU Emacs 25.3.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26)
 of 2018-02-09
Package: Org mode version 9.1.12 (9.1.12-elpa @ ~/.emacs.d/elpa/org-9.1.12/)





[O] [PATCH] Detect state changes correctly if todo state names contain German umlauts

2017-09-08 Thread email
Hello fellow org-moders,

as I am from Germany I use an umlaut in one of my org todo state names. I
noticed that state changes concerning that state are not picked up by the
org agenda view. This is due to umlauts missing from a regular expression
that is used to detect lines with state changes in them in the logbook
drawer.

To remedy this issue I propose to apply the appended patch.

Best regards,

Edgar

PS: Since I am not subscribed to the org mode mailing list please include
my mail address in any reply to this message.>From 6a6e75f9d42b028fd39c79896b9e13f532c4a4ed Mon Sep 17 00:00:00 2001
From: Edgar Kalkowski 
Date: Fri, 8 Sep 2017 15:47:49 +0200
Subject: [PATCH] org-agenda.el: Detect state changes correctly if the todo
 state contains umlauts

* lisp/org/org-agenda.el (org-agenda-get-progress): Add typical German umlauts to the regexp detecting state changes.

TINYCHANGE
---
 lisp/org/org-agenda.el | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lisp/org/org-agenda.el b/lisp/org/org-agenda.el
index 6ef333a..709e1ef 100644
--- a/lisp/org/org-agenda.el
+++ b/lisp/org/org-agenda.el
@@ -5780,7 +5780,7 @@ please use `org-class' instead."
 		(list
 		 (if (memq 'closed items) (concat "\\<" org-closed-string))
 		 (if (memq 'clock items) (concat "\\<" org-clock-string))
-		 (if (memq 'state items) "- State \"\\([a-zA-Z0-9]+\\)\".*?"
+		 (if (memq 'state items) "- State \"\\([a-zA-ZäöüÄÖÜß0-9]+\\)\".*?"
 	 (parts-re (if parts (mapconcat 'identity parts "\\|")
 		 (error "`org-agenda-log-mode-items' is empty")))
 	 (regexp (concat
-- 
2.14.1


[Orgmode] How can I label DONE with a cross line?

2008-11-02 Thread [EMAIL PROTECTED]

1, In the agenda view.
2, In the .org file.

PS, I just start use emacs because the org mode. Sorry if it is a too 
basic question.


Jack


___
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] A possible bug?

2008-11-02 Thread [EMAIL PROTECTED]
For a every day repeat task, I mark it done for today. But in the agenda 
view, it still show up as todo for today, which would be better if it 
shows done keyword for today.


Jack


___
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 can I label DONE with a strikethrough?

2008-11-01 Thread [EMAIL PROTECTED]

1, In the agenda view.
2, In the .org file.

PS, I just start use emacs because the great org mode. Sorry if it is a 
too basic question.


Jack


___
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] orgstruct requirements

2008-09-06 Thread [EMAIL PROTECTED]
Starting with a vanilla emacs 22 installation, what do I need to be able to run 
orgstruct-mode?

It is available to me if I've ran org-mode previously within the emacs session, 
but until then I can't run M-x orgstruct-mode.  Is there something I can 
(require '?) in my .emacs file to give me access to orgstruct-mode?

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


[Orgmode] Re: Property for startup visibility?

2008-05-07 Thread [EMAIL PROTECTED]
I'll see if I can make this code work for me, too.  Thanks for writing  
it.  I think if I study it carefully, I'll learn something very useful  
about scripting in emacs and in org-mode.  One quick question: if I  
hit C-c C-c on a Startup line, does org-mode run the hook again?


As far as a use case is concerned, here's my justification. I have  
wanted to pick certain trees as 'most valuable/visible hierarchies'.   
I do this because my top level structure looks like this:


* Short Term Projects
  :VISIBILITY: Subtree
** TODO Buy Groceries:OUT:
** TODO Pay gas bill :HOME:
** PROJECT Fix Sink
*** TODO Buy Tool:OUT:
*** TODO Buy Supplies :OUT:
*** TODO Fix the sink:HOME:
*** TODO Check that leak is gone:HOME:

* Long Term Projects
  :VISIBILITY: CHILDREN
** PROJECT Household Inventory
*** TODO Inventory Bedroom 1   :HOME:
*** TODO Inventory Bedroom 2   :HOME:
*** TODO Inventory Kitchen   :HOME:
*** TODO Inventory Living/Dining Room   :HOME:
** PROJECT Insurance
*** TODO Review coverage  :HOME:
*** TODO Discuss options with advisor   :PHONE:
*** TODO Discuss options with wife:HOME:

* Maybe/Someday
  :VISIBILITY: FOLDED
** PROJECT RepRap
*** TODO buy parts
*** TODO build device
** PROJECT Solve World Hunger...
** PROJECT Spread World Peace...
** PROJECT Brew my own Weissebier...

* Calendar
  :VISIBILITY: FOLDED
** My trip #1...
** My trip #2...
** Work Holidays...
** Vacation Days...

* Recurring Calendar
  :VISIBILITY: FOLDED
** Club Meeting
2008-01-01 Mon 20:30-22:00 +1m
** Dentist
2008-01-01 Mon +6m

* Computed Calendar
  :VISIBILITY: FOLDED
** Birthdays of Friends
%%(diary-anniversary  2 10 1869) Mahatma Gandhi would be %d years old
%%(diary-anniversary 1 1 1900) Dad's going to be %d!
*** TODO Buy Dad a .  He's got to love it!
   DEADLINE: 2008-12-01 Mon
** Astronomical Dates
%%(diary-sunrise)
%%(diary-iso-date)
%%(diary-day-of-year)

Mostly I want the Short and Long Term projects visible and I'd like to  
hide the calendars.  I like to keep all this in one file because I'm  
most familiar with simple emacs searching, and I'm not yet good at org- 
mode/agenda searches (or global TODO lists, or tag matching, or all  
that)


Since I don't work on Solve World Hunger everyday, I find it a  
distraction (as so many people do) to look at the TODOs under that  
project, so a simple TODO tree search hasn't helped me much.  I know  
there is more in org-mode that would fix this, but one of the big  
pleasures of org-mode is how easy (easy, EASY!) it is to get started  
on SOMETHING productive, without having to invest a huge shift in my  
thinking.  (I am working on that shift in thinking, but it has been  
slow to take hold.  Time to re-read the Allen book; maybe this time  
I'll excise some more personal disorganizing demons)


So I'd suggest that the 'VISIBILITY' property does get added.  I'd  
even suggest adding another stop on the org-mode-tab-cycle chain  
(FOLDED VISIBILITY-PROPERTY CHILDREN SUBTREE).  I can even see feature- 
creep with this, as someone may want org-mode to update the VISIBILITY  
property automatically on killing/saving the buffer, so when the file  
is revisited, any hand-tuned folding is recreated.  Thought- 
experiment: Should the VISIBILITY property be automatically inherited?  
Or should we force users to add a property drawer for every tree that  
will be unfolded at my suggested stop on the org-mode-tab-cycle.


It is just a suggestion.  I am very open to other's suggestions of  
better ways of staying on top of my trees.  I'm trying to get to the  
place where every headline has a context tag, a TODO state, a DEADLINE  
or SCHEDULED property (if appropriate) or plain date (if not), AND is  
correctly and logically placed in the existing structure.  I am not  
there yet.


I should add that to my Maybe/Someday tree...

no... my Long Term Project tree!

-Ben

On 2008-05-07 Wed, at 17:00, [EMAIL PROTECTED] wrote:


Message: 1
Date: Wed, 7 May 2008 17:23:34 +0200
From: Carsten Dominik [EMAIL PROTECTED]
Subject: Re: [Orgmode] Re: Property for startup visibility?
To: Richard KLINDA [EMAIL PROTECTED]
Cc: emacs-orgmode@gnu.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes


On May 7, 2008, at 1:39 PM, Richard KLINDA wrote:



Thanks, but I would like to set this up on a tree-by-tree basis
(complementing the #+STARTUP option).



Hmmm, I see now what you mean.  I am not convinced how useful this
would be, because I suspect that the visibility you'd like
will often change?

Something like this is easily hacked, see below.  Why don't
you test it a while and then report back with a good example
and use case.  Then we can make a decision about including it.

The following looks for a :visibility: property with value
folded or children or all.  Installing it in the hook will run
it after the global STARTUP visibility has been set.

- Carsten




___
Emacs

Re: [Orgmode] processing pending emails as part of your GTD system

2008-04-23 Thread [EMAIL PROTECTED]


On 2008-04-23 Wed, at 14:05, [EMAIL PROTECTED] wrote:



Message: 3
Date: Tue, 22 Apr 2008 12:55:55 -0400
From: Christopher League [EMAIL PROTECTED]
Subject: Re: [Orgmode] processing pending emails as part of your GTD
system
To: org-mode mailing list emacs-orgmode@gnu.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii


More relevant to org-mode, I have an emacs-lisp/apple-script combo for
pasting links to Apple Mail messages into org files:


Wow.  Thank you very much for this.

I've tried to do something like this, but I'm a read-only coder.

I've been using Apple's Mail program since I got my first Mac 5 years  
ago, and only recently (since 2007-08) started using GTD and org- 
mode.  I've been very frustrated by some of the time-consuming choices  
I've made to keep Mail and 'projects.org' linked.


How did you know about this ``message://%3c%3e'' schema syntax!?  Is  
there anything else I can do to Mail from within Emacs (or from within  
Quicksilver {see footnote}).  Where can I read more! Is it safe to  
upgrade Mail (i.e. if I upgrade to OS X 10.666 will this script  
break?) It seems that the message is found even if I move it to  
another folder within Mail after generating the link; anything I need  
to be warned about?  I often have two message viewers open (one with  
mailboxes showing and one without, for easier filing {see footnote})  
-- how does your script (or Mail) choose which one is 'selected'?


That's a lot questions ... feel free to redirect me to a resource to  
read first instead of taking your time repeating well-known details of  
Mail's internals.  It's just that the Dictionary of Mail (in Script  
Editor) isn't very comprehensible to me.  I don't speak AppleScript.


Two issues with the the emacs-lisp and applescript.

1) Why doesn't the applescript work for the messages in the first  
folder I tried - my GTD folder?  Messages from the org-mode digest are  
automatically filed to On My Mac - Reference - GHI - GTD to  
help keep my inbox clean.  But any message I try to run your script on  
gives me blank id properties.


Example: [[message://%3c%3e][Emacs-orgmode Digest, Vol 26, Issue 54]]

when I click on this link in my org-mode file, Mail generates an error  
dialog with the message No associated application could be found.


Every other message in any other folder I've tried works fine. Strange.

2) The emacs-lisp code calls (yank) which doesn't grab text from the  
Apple Clipboard for me.  I am using GNU Emacs 22.1.50.1 (powerpc- 
apple-darwin7.9.0, Carbon Version 1.6.0) of 2007-10-02 on  
applecore.inf.ed.ac.uk - Aquamacs Distribution 1.2a and org-version  
5.23a.  Instead, I modified your code to use (cua-paste).


Now I've just got to figure out where to put this code!  Thank you  
ever so much!


-Ben

{footnote}
I've tried to select multiple messages in Mail and then use  
Quicksilver to re-file them all in one go.  I tested this (I thought)  
then spent hours creating a whole 'Reference' folder hierarchy.  But  
it just doesn't work! If I could find a way for the currently selected  
messages to be passed to Quicksilver AND also use quicksilver to  
select the folders (the search capabilities are great!) maybe I could  
cobble something together.


Right now, I've decided that spending time to automate this isn't  
worth the time saved.


{end footnote}


(defun cal-grab-mail-links ()
  (interactive)
  (call-process /usr/bin/osascript nil t nil
/home/league/Library/Scripts/Applications/Mail/Copy
Message for OrgMode.scpt)
  (yank))
(define-key org-mode-map \C-cm 'cal-grab-mail-links)

; and the .scpt component:

-- Replace all occurences of one string for another in a text
-- The trick here is to change the internal delimiter,
-- spliting and joining the text
--
on replaceString(theText, oldString, newString)
set AppleScript's text item delimiters to oldString
set tempList to every text item of theText
set AppleScript's text item delimiters to newString
set theText to the tempList as string
set AppleScript's text item delimiters to 
return theText
end replaceString

tell application Mail
set _sel to get selection
set _links to {}
repeat with _msg in _sel
set _subj to _msg's subject
set _subj to my replaceString(_subj, [, ()
set _subj to my replaceString(_subj, ], ))
set _messageURL to [[message://%3c  _msg's message id  %3e][ 

_subj  ]]
set end of _links to _messageURL
end repeat
set AppleScript's text item delimiters to return
set the clipboard to (_links as string)
end tell





___
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: Emacs-orgmode Digest, Vol 26, Issue 34

2008-04-13 Thread [EMAIL PROTECTED]

Hi Carsten,

I thought I'd jump in with my 2 pennies:

http:foo.html is a bad habit because (just perhaps) the HTML file  
isn't accessed by http, and then the internal links break.  So if the  
generated HTML documents are stored locally (I fantasize that someday  
my PSP will be able to do this) and accessed using a file:// link, the  
HTML spec requires the browser to ditch the protocol and use the  
specified one, which won't work if my PSP is offline.


-Ben

On 2008-04-13 Sun, at 17:54:33 +0200, Carsten Dominik [EMAIL PROTECTED] 
 wrote:


Date: Sun, 13 Apr 2008 17:54:33 +0200
From: Carsten Dominik [EMAIL PROTECTED]
Subject: Re: [Orgmode] export to html and relative links:
To: [EMAIL PROTECTED]
Cc: emacs-orgmode@gnu.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Apr 13, 2008, at 5:33 PM, T. V. Raman wrote:


I've not tried http:foo.html -- but I suggest doing that to
author a relative URL is a bad idea.


Can you explain why you think that this is a bad idea?
Educate me!  What is wrong with writing http:foo.html ??

- 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