Re: [O] Clocking work time vs. office time

[Simon Thum]

Hi,

you could try differentiating by headline tags. By virtue of FILETAGS, 
my work-related things are usually :work:@work: but could be 
:work:@home: or :work:@customer: as well. But tags are tied to the 
headline you're clocking in, i.e. you may need extra headlines.


Also, I did not try to rip them apart in clock reports, but if that's 
flexible enough for you I'm sure there is a way.


Cheers,

Simon

On 04/29/2016 09:29 AM, Marcin Borkowski wrote:

Hi list,

I'm seeking ideas/workflows for a situation where I work partly in
office and partly remotely.  I'd like to be able to generate a report
with information about both my work time and "office time".  I know that
you can't have two things clocked at the same time, so simply clocking
"office time" and (during this office time) clocking e.g. individual
tasks won't work.

Any ideas?

Re: [O] Mark subtrees for export?

[Simon Thum]

Does "visible-only" (see export dialog) do what you want?

Cheers,

Simon   

On 03/03/2016 12:13 PM, Martin wrote:

Hi there,

This is a good start, but I want to export different things at different
times, so this would need big rewrites in my file every time...

Martin

Simon Thum writes:


Hi,

I have

(setq org-export-exclude-tags '("internal" "noexport"))

i.e. I mark those I don't want to export. Then you export the buffer or
the subtree above all of them.

HTH,

Simon

On 03/03/2016 10:53 AM, Martin wrote:

Hi there,

Can I mark some subtrees (its ok with tags if that is easyer) for
export?  I found just to export a subtree or the whole buffer.  But what
I want is to mark (in my case 3 out of 7) headers for export.  How can I
do that?

Thanks,
Martin

Re: [O] Mark subtrees for export?

[Simon Thum]

Hi,

I have

(setq org-export-exclude-tags '("internal" "noexport"))

i.e. I mark those I don't want to export. Then you export the buffer or 
the subtree above all of them.


HTH,

Simon

On 03/03/2016 10:53 AM, Martin wrote:

Hi there,

Can I mark some subtrees (its ok with tags if that is easyer) for
export?  I found just to export a subtree or the whole buffer.  But what
I want is to mark (in my case 3 out of 7) headers for export.  How can I
do that?

Thanks,
Martin

Re: [O] non-standard link errors

[Simon Thum]

Hi,

after some testing I see my assumption that without export function no 
links are generated was wrong. All fine, and thanks for your 
tirelessness in explaining it so even I get it ;)


Cheers,

Simon

On 03/02/2016 10:28 AM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


this reminds me of my issue with tel: links. I also would have
preferred to have them exported "pass-through", but AFAICT this
requires me to come up with a trival function for every possible
backend: those I know, those I don't, and those that may not exist
yet.

I cannot switch to the raw: solution (due to vcard export). I'm not
currently experiencing problems, but I would like to suggest that
maybe such a trival default handler could be added to the backends as
some well-known property to be available to those who set the broken
link handler to e.g. 'fallback. The onus would be on the user to do
this, since correctness of output may suffer. Of course, basic
sanitation should still be done in such a handler, but preferably no
spectacular failure*.


As I explained, there is already a default handler in every major
back-end.

However, Org needs to tell links with a type from the others (internal
links). This is what `org-add-link-type' is for. This has nothing to do
with export.

To put it differently, when Org encounters a foo:bar link, there are two
options. Either "foo" is a registered link type, or not. If the former,
Org tries to use whatever export function was provided, or fall-backs to
the default handler. In the latter, Org considers it to be an internal
link. Since there is probably no #+NAME: foo:bar, <>
or * foo:bar in the document, the export process returns an error, by
default.


Regards,

[O] Agenda headline in export(er)

[Simon Thum]

Hi all,

this is probably a basic question. I have many small dates specified like

** <2016-03-14 16:00> Do Stuff


In the Agenda View, I see "Do Stuff" well-aligned and nice. However I 
also sync over icalendar to my phone, where the title shows up as


<2016-03-14 16:00> Do Stuff

which fills my calendar overviews with the most redundant information I 
could think of. I looked around but I did not find a clear good way to 
do filter the timestamp. I want it so I only have


"Do Stuff"

in the icalendar title.

Any suggestions?

Thanks in advance,

Simon

Re: [O] non-standard link errors

[Simon Thum]

Hi,

this reminds me of my issue with tel: links. I also would have preferred 
to have them exported "pass-through", but AFAICT this requires me to 
come up with a trival function for every possible backend: those I know, 
those I don't, and those that may not exist yet.


I cannot switch to the raw: solution (due to vcard export). I'm not 
currently experiencing problems, but I would like to suggest that maybe 
such a trival default handler could be added to the backends as some 
well-known property to be available to those who set the broken link 
handler to e.g. 'fallback. The onus would be on the user to do this, 
since correctness of output may suffer. Of course, basic sanitation 
should still be done in such a handler, but preferably no spectacular 
failure*.


Cheers,

Simon

(*) Because I sync using org exporter, I tend to suffer from those. And 
yes, I'd rather have wrong output I can diagnose than nothing.


On 02/29/2016 07:10 PM, Nicolas Goaziou wrote:

Hello,

Skip Collins  writes:


I have come up with a better solution than globally passing "broken"
links. I defined a new "raw" link type. So now if I want to put a
non-standard link in my export, I can do something like:
Here is a [[raw:foo:/\bar, baz][bad link]].
which is exported in html as:
Here is a bad link.

Now I can have non-standard links included in the output without
disabling link checking for all standard link types. This is how it is
defined in my .emacs:
(org-add-link-type "raw" 'org-raw-follow 'org-raw-export)
(defun org-raw-follow (path))
(defun org-raw-export (path desc format)
   "Export a raw link.
See `org-add-link-type' for details about PATH, DESC and FORMAT."
   (cond
((eq format 'html) (format "%s" path desc))
((eq format 'latex) (format "\\href{%s}{%s}" path desc))
((eq format 'ascii) (format "%s (%s)" desc path))
(t path)))

Perhaps this could be included in the standard Org distribution as a
fallback option for exporting non-standard link types. Emacs/Org does
nothing with the link. The user is responsible for ensuring the output
is correct.


This is already the default behavior for custom types. You don't even
need to use `org-raw-export' or `org-raw-open'. All is needed, is

  (org-add-link-type "raw")

Org requires it so it can tell if the link is an internal link or not.
However, I don't think we need to introduce a particular link type for
that. Users can define whatever they want.


Regards,

Re: [O] Icalendar export and contacts

[Simon Thum]

Well, I had intended the link target to become visible but now that you 
ask, my primary concern was "not wrecking the export". I expect that tel 
links are only relevant to the vcard export, which handles them on its 
own terms (and which still works).


So perhaps the patch is a bit premature. Any export function would need 
not to interfere with the vcard handling, which is why I refrained from 
adding one.


Cheers,

Simon

On 02/20/2016 01:55 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


would the attached patch be enough?


Thank you. I do not maintain org-contact.el, tho.


+;; Add the link type supported by org-contacts-strip-link
+;; so everything is in order for its use in Org files
+(org-add-link-type "tel")


This means that no export function is defined for "tel" links. Is it the
intended behaviour?

Regards,

Re: [O] Icalendar export and contacts

[Simon Thum]

Then let's just hope it got fixed by accident ;)

On 02/14/2016 05:49 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


Yes, but the exporter stalls on the [[fails]] link although it
resolves in org. Provided you're right the reasoning seems off.


I cannot reproduce it.

Regards,

Re: [O] Icalendar export and contacts

[Simon Thum]

On 02/12/2016 11:43 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


I noticed one more strange thing:

the new exporter fails to resolve links to radio targets (which are
slightly pointless but worked before). I'm not sure it needs fixing,
just thought I'd let you know.

I.e. <<>>   <>

[[works]]
[[fails]]


It doesn't need to be fixed. Radio targets bring their own linking
mechanism.


Yes, but the exporter stalls on the [[fails]] link although it resolves 
in org. Provided you're right the reasoning seems off.


Cheers,

Simon

Re: [O] Icalendar export and contacts

[Simon Thum]

Hi,

would the attached patch be enough?

Cheers,

Simon

On 02/12/2016 11:41 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


do you refer to master, maint or something else? I'm on 8.3 but am
considering an upgrade.


Development version = master.


Also I think org-contacts should declare the link type if it has
support for it (in the vcard export). I'd be happy to do that if it
can be done as a TINYCHANGE.


org-contacts is in contrib/ directory. TINYCHANGE tag is not required.

Regards,

>From fe28fb1eec7b8435f2ce9d30853fc3df707149c4 Mon Sep 17 00:00:00 2001
From: Simon Thum <simon.t...@gmx.de>
Date: Sat, 13 Feb 2016 17:20:05 +0100
Subject: [PATCH] Register tel link from org-contacts

This has the added benefit of not screwing up the exporter.

Signed-off-by: Simon Thum <simon.t...@gmx.de>
---
 contrib/lisp/org-contacts.el | 5 +
 1 file changed, 5 insertions(+)

diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el
index 3236a7c..1aa2cab 100644
--- a/contrib/lisp/org-contacts.el
+++ b/contrib/lisp/org-contacts.el
@@ -1113,6 +1113,11 @@ link string and return the pure link target."
 (setq colonpos (string-match ":" link))
 (if startpos (substring link (1+ colonpos)) link)
 
+;; Add the link type supported by org-contacts-strip-link
+;; so everything is in order for its use in Org files
+(org-add-link-type "tel")
+
+
 (defun org-contacts-split-property (string  separators omit-nulls)
   "Custom version of `split-string'.
 Split a property STRING into sub-strings bounded by matches
-- 
2.1.3

Re: [O] Icalendar export and contacts

[Simon Thum]

I noticed one more strange thing:

the new exporter fails to resolve links to radio targets (which are 
slightly pointless but worked before). I'm not sure it needs fixing, 
just thought I'd let you know.


I.e. <<>>   <>

[[works]]
[[fails]]

Cheers,

Simon

On 02/12/2016 12:01 AM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


Unfortunately I now get

user-error: Unable to resolve link "tel:xxx"

and the icalendar export full stops. Is there a way to declare the
link type (I am loading org-contact)


See `org-add-link-type' in particular with the export argument.


or avoid the exporter messing with it?


This is only possible in development version.

Regards,

Re: [O] Icalendar export and contacts

[Simon Thum]

Hi,

do you refer to master, maint or something else? I'm on 8.3 but am 
considering an upgrade.


Also I think org-contacts should declare the link type if it has support 
for it (in the vcard export). I'd be happy to do that if it can be done 
as a TINYCHANGE.


Cheers,

Simon

On 02/12/2016 12:01 AM, Nicolas Goaziou wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


Unfortunately I now get

user-error: Unable to resolve link "tel:xxx"

and the icalendar export full stops. Is there a way to declare the
link type (I am loading org-contact)


See `org-add-link-type' in particular with the export argument.


or avoid the exporter messing with it?


This is only possible in development version.

Regards,

[O] Icalendar export and contacts

[Simon Thum]

Hi all,

I'm using the icalendar exporter and the vcard export in org-contacts. I 
use the [[tel:xxx]] links as they help keep things clean.


Unfortunately I now get

user-error: Unable to resolve link "tel:xxx"

and the icalendar export full stops. Is there a way to declare the link 
type (I am loading org-contact) or avoid the exporter messing with it? I 
did not find such a possibility in the manual.


In my use case, synchronization,, I don't care too much about the links 
being "resolved", I care about my export not failing badly.


Thanks in advance,

Simon

Re: [O] [RFC] Removal of [1]-like footnotes

[Simon Thum]

Same here (yes please!), for the same reason ;)

On 12/19/2015 04:27 PM, Thierry Banel wrote:

I vote "yes".
It was annoying to see bracketed numbers as links to nowhere.

The Nobel prize for the detection of the neutrino _[1995]_ was
   FrederickReines and the prizes for the discovery of neutrino
   oscillations _[2015]_ were Takaaki Kajita & Arthur McDonald.

   The resulting sets are [1,2,3], [1,2], _[1]_


Le 17/12/2015 11:03, Nicolas Goaziou a écrit :

Hello,

As discussed previously, I pushed changes about footnotes in a dedicated
branch, "wip-no-plain-fn", for testing.

In a nutshell, in this branch, Org no longer recognizes [1]-like
constructs as valid footnotes, an no longer spend time matching them.

As a consequence, "fn:" can now be unambiguously removed from label and
become part of the syntax. Thus, [fn:1] is labelled "1" and [fn:label]
is labelled "label".

[O] Thunderlink fork

[Simon Thum]

Dear fellow Orgers,

to those of you using Thunderlink:

I created a small fork which fixes the problem that the email subject 
cannot be included in an Org-mode link description since subjects are 
prone to contain link-breaking characters.


Unfortunately thunderlink seems no longer maintained, and this fix is 
mostly for org-mode users, so in case you care, read on.


The fork:

https://github.com/simonthum/thunderlink

The XPI (Thundebird Add-on; just drag the link onto the add-on panel)

https://github.com/simonthum/thunderlink/raw/master/thunderlink-1.2.1-simon-tb.xpi

A nice Org-mode link template:

[[][Email: ]]

Brackets etc. in the subject will no longer break your link with 
filteredSubject.


I hope it's useful to someone.

Cheers,

Simon

Re: [O] commit 4e864643 breaks org-return

[Simon Thum]

Yes, absolutely, it's annnoying. This probably is the bug I reported a 
day ago.


But in the past I observed this a bit differently:

Your description is correct, but there is/was a workaround: If you go to 
x from the line below (i.e. press cursor left from the beginning of the 
next line) it does/did not trigger. Any fix should probably be tested 
against that trick too.


Cheers,

Simon



On 10/24/15 06:48, Stefan-W. Hahn wrote:

Mail von Nicolas Goaziou, Sat, 24 Oct 2015 at 00:34:54 +0200:

Hello,


commit 4e864643bdb6bba3e000ea51fb746a26e40b1f77
Author: Nicolas Goaziou 
Date:   Sun Oct 18 09:36:15 2015 +0200

changes the behaviour of org-return when positioned right after a link with
org-return-follows-link set to t.


the following patch seems to repair the behaviour:


But is the current behaviour broken in the first place? At least it is
consistent with `org-open-at-point' (C-c C-o).


Yes. Yes.

Before commit 4e86464 the behaviour was:

[[link][description]]x

with cursor at x hitting  I got a line opened with cursor positioned
at the beginning of the new line (or indented).

But you are right, org-open-at-point with cursor at position x jumps
to the link. This behaviour is not changed with the commit but I think
this is also not the right behaviour. If you go with the mouse over the x
then you don't get any popup from the link. For this you have to
go at least over the last character "]" of the link resp. the visual "n"
of the description. Even if you describe-text-properties with cursor at x
you don't get any hint of the link. You have to go over the "]" (resp. "n")
to see the link hint.

 From my point of view the commit 4e86464 changes the behaviour of org-return
in a manner of which I think is not natural. org-open-at-point is, in my
opinion, wrong in the same way because description says:
"... When point is on a link, follow it."
And being with cursor at x is obviously not "on a link".

Any opinions from you or other org'ers?

With kind regards,
Stefan

[O] Minor regression

[Simon Thum]

Hi all,

I have a strange symptom when trying to add a line behind a SCHEDULED: line:

*** TODO BU
SCHEDULED: <2016-01-14 Di>x <-- press CR here

I keep getting a message:

user-error: No link found

and cannot insert that line from the point described. I'm on maint 
(54d3032cdcc2c2c30efac41e84ae4ab0543f7ad2, to be precise) and only 
recently noticed this behaviour.


HTH,

Simon

Re: [O] Regression in Org triggered from helm

[Simon Thum]

Thank you, works like a charm!

On 10/28/15 13:34, Nicolas Goaziou wrote:

Hello,

Kyle Meyer  writes:


Fixed with 1c74002.  Thanks for reporting the issue.


Thank you for the patch, and the tests.


Regards,

Re: [O] Regression in Org triggered from helm

[Simon Thum]

I was a bit early; I am getting this error now:

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  replace-regexp-in-string("[  ]+\\'" "" nil)
  (lambda (s) (replace-regexp-in-string "[ ]+\\'" "" s))(nil)
  mapconcat((lambda (s) (replace-regexp-in-string "[ 	]+\\'" "" s)) 
(#("Aktionen" 0 8 (face org-level-1)) #("Stellensuche" 0 12 (face 
org-level-2)) #("Kandidaten" 0 10 (face org-level-3)) nil) "/")



I bet it's my habit of putting slashes into headlines which breaks the 
logic. However it worked before.


Cheers,

Simon

On 10/28/15 13:34, Nicolas Goaziou wrote:

Hello,

Kyle Meyer  writes:


Fixed with 1c74002.  Thanks for reporting the issue.


Thank you for the patch, and the tests.


Regards,

[O] Regression in Org triggered from helm

[Simon Thum]

Hi,

after updating helm I came across a possible regression on Org. I 
Already filed a helm bug, but Thierry thinks it's Org's fault.


https://github.com/emacs-helm/helm/issues/1246

In short, M-x helm-org-agenda-files-headings breaks.

I had some success working around it, but for reasons beyond me that 
doesn't work any more. I'll try to work out a MCE but for the time in 
between, maybe someone has an idea what's wrong, and where (org or helm)?


Here is the complete stacktrace (the -my function is textually 
equivalent to its non-my counterpart in helm-org):



Debugger entered--Lisp error: (args-out-of-range "LoD" 0 -3)
  substring("LoD" 0 -6)
  (setq h (substring h 0 (- maxwidth 2)) total (+ total maxwidth 1))
  (if (< (length h) maxwidth) (progn (setq total (+ total (length h) 
1)) h) (setq h (substring h 0 (- maxwidth 2)) total (+ total maxwidth 
1)) (if (string-match "[ 	]+\\'" h) (setq h (substring h 0 
(match-beginning 0 (setq h (concat h "..")))
  (lambda (h) (setq n (1+ n)) (if (and (= n nsteps) (< maxwidth 1)) 
(setq maxwidth (- total-width total))) (if (< (length h) maxwidth) 
(progn (setq total (+ total (length h) 1)) h) (setq h (substring h 0 (- 
maxwidth 2)) total (+ total maxwidth 1)) (if (string-match "[ 	]+\\'" h) 
(setq h (substring h 0 (match-beginning 0 (setq h (concat h ".."))) 
(org-add-props h nil (quote face) (nth (% (1- n) org-n-level-faces) 
org-level-faces)) h)("LoD")
  mapconcat((lambda (h) (setq n (1+ n)) (if (and (= n nsteps) (< 
maxwidth 1)) (setq maxwidth (- total-width total))) (if (< (length 
h) maxwidth) (progn (setq total (+ total (length h) 1)) h) (setq h 
(substring h 0 (- maxwidth 2)) total (+ total maxwidth 1)) (if 
(string-match "[ 	]+\\'" h) (setq h (substring h 0 (match-beginning 
0 (setq h (concat h ".."))) (org-add-props h nil (quote face) (nth 
(% (1- n) org-n-level-faces) org-level-faces)) h) (#("CityServer3D" 0 12 
(face org-level-1)) #("Archive" 0 7 (face org-level-2)) #("Portrayal" 0 
9 (face org-level-3)) #("Konzeption" 0 10 (face org-level-4)) 
#("Symbolizer" 0 10 (face org-level-5)) "Einsatzgebiete" "LoD") "/")
  (concat prefix (if prefix (or separator "/")) (mapconcat (function 
(lambda (h) (setq n (1+ n)) (if (and (= n nsteps) (< maxwidth 1)) 
(setq maxwidth (- total-width total))) (if (< (length h) maxwidth) 
(progn (setq total (+ total ... 1)) h) (setq h (substring h 0 (- 
maxwidth 2)) total (+ total maxwidth 1)) (if (string-match "[ 	]+\\'" h) 
(setq h (substring h 0 ...))) (setq h (concat h ".."))) (org-add-props h 
nil (quote face) (nth (% (1- n) org-n-level-faces) org-level-faces)) h)) 
path (or separator "/")))
  (let* ((nsteps (length path)) (total-width (+ nsteps (apply (quote +) 
(mapcar (quote length) path (maxwidth (if (<= total-width width) 
1 (/ (- width nsteps) nsteps))) (org-odd-levels-only nil) (n 0) 
(total (1+ (length prefix (setq maxwidth (max maxwidth 10)) (concat 
prefix (if prefix (or separator "/")) (mapconcat (function (lambda (h) 
(setq n (1+ n)) (if (and (= n nsteps) (< maxwidth 1)) (setq maxwidth 
(- total-width total))) (if (< (length h) maxwidth) (progn (setq total 
...) h) (setq h (substring h 0 ...) total (+ total maxwidth 1)) (if 
(string-match "[ 	]+\\'" h) (setq h ...)) (setq h (concat h ".."))) 
(org-add-props h nil (quote face) (nth (% ... org-n-level-faces) 
org-level-faces)) h)) path (or separator "/"
  (if (not path) (or prefix "") (let* ((nsteps (length path)) 
(total-width (+ nsteps (apply (quote +) (mapcar (quote length) path 
(maxwidth (if (<= total-width width) 1 (/ (- width nsteps) nsteps))) 
(org-odd-levels-only nil) (n 0) (total (1+ (length prefix (setq 
maxwidth (max maxwidth 10)) (concat prefix (if prefix (or separator 
"/")) (mapconcat (function (lambda (h) (setq n (1+ n)) (if (and ... ...) 
(setq maxwidth ...)) (if (< ... maxwidth) (progn ... h) (setq h ... 
total ...) (if ... ...) (setq h ...)) (org-add-props h nil (quote face) 
(nth ... org-level-faces)) h)) path (or separator "/")
  org-format-outline-path((#("CityServer3D" 0 12 (face org-level-1)) 
#("Archive" 0 7 (face org-level-2)) #("Portrayal" 0 9 (face 
org-level-3)) #("Konzeption" 0 10 (face org-level-4)) #("Symbolizer" 0 
10 (face org-level-5)) "Einsatzgebiete" "LoD") 80 "projects.org:")


helm-get-org-candidates-in-file("/home/simon/org/fraunhofer/projects.org" 1 
8 nil nil)
  #[257 "\304
\300\301\n%\207" [1 8 helm-org-headings-fontify 
helm-org-headings--nofilename helm-get-org-candidates-in-file] 7 
"\n\n(fn FILENAME)"]("/home/simon/org/fraunhofer/projects.org")
  mapcar(#[257 "\304
\300\301\n%\207" [1 8 helm-org-headings-fontify 
helm-org-headings--nofilename helm-get-org-candidates-in-file] 7 
"\n\n(fn FILENAME)"] ("/home/simon/org/org"))

  helm-org-get-candidates(("/home/simon/org/org") 1 8)
  helm-source-org-headings-for-files(("/home/simon/org/org"))
  helm-org-agenda-files-headings()
  call-interactively(helm-org-agenda-files-headings record nil)
  

Re: [O] Regression in Org triggered from helm

[Simon Thum]

On 10/26/15 20:58, Kyle Meyer wrote:

Hello,

Simon Thum <simon.t...@gmx.de> writes:


Hi,

after updating helm I came across a possible regression on Org. I
Already filed a helm bug, but Thierry thinks it's Org's fault.


What version of Org are you using?


Org-mode 8.3.2 - I just upgraded from 8.3 beta hoping to fix this.




https://github.com/emacs-helm/helm/issues/1246

In short, M-x helm-org-agenda-files-headings breaks.

I had some success working around it, but for reasons beyond me that
doesn't work any more. I'll try to work out a MCE but for the time in
between, maybe someone has an idea what's wrong, and where (org or
helm)?


I haven't had any luck reproducing this.  Isolating the error with a
minimal configuration and minimal Org file would be very helpful.


I know, but ATM my time is limited. I tried to debug but only got as far as

Edebug: edebug-anon74105
edebug-signal: Symbol's value as variable is void: Debugger

At which point I figured reporting the bug might be sensible enough.





Here is the complete stacktrace (the -my function is textually
equivalent to its non-my counterpart in helm-org):


Debugger entered--Lisp error: (args-out-of-range "LoD" 0 -3)
   substring("LoD" 0 -6)
   (setq h (substring h 0 (- maxwidth 2)) total (+ total maxwidth 1))


At some point, maxwidth is being set very low (-4 here).  Try to see
where this happens.  For example, what value for width does
helm-get-org-candidates-in-file send into org-format-outline-path?  If
that seems to be appropriate, debug org-format-outline-path and see when
it's getting set to the low value.


Arrgh - you're on the spot. That explains a lot, including my 
difficulties with reproducing.


It sends window-width. Increase to window(-width) and I'm done.

But that means it's arguably Org which should be more graceful than it 
is. Bastien, I cc'ed you as the maintainer, I guess you know who's best 
qualified to fix this.


Thanks for your input Kyle!

Cheers,

Simon   

Re: [O] [OT] org-caldav and radicale

[Simon Thum]

On 01/19/2015 05:05 AM, Eric Abrahamsen wrote:

I'm finally getting around to trying to have an Org-generated calendar
available on my Android tablet. I looked at a few caldav servers, and
settled on Radicale as looking like about the right level of
usability/configurability.

I don't think I'm doing it right, and can't find any examples online.
Can someone who's doing this (I know there are some of you) just show me
the basic configuration? Specifically, how do I create a new calendar on
the server, and how do I refer to it? My Radicale config has this:


Well I just put it on my server over http/DAV and have it 
auto-regenerate from org (happens to be in git on the same machine) 
using a script. But even if you generate locally and push, the following 
might help you:


export bash script:

# export ical via org (funnyly, the X.org-trick causes harm here)
echo  exporting iCalendar...
emacs -batch -l ~/.emacs.d/init.el -l ~/bin/ical-export-3.el --kill

echo  done with export.


export elisp script:


;; export icalendar using new icalendar exporter
(require 'ox-icalendar)

; remove-if and friends
(require 'cl)

; inhibit source block execution during export
(setq org-export-babel-evaluate nil)

;; TODO check this TZ (also if to give decimal 47 (solidus) prefix)
(setq org-icalendar-timezone Europe/Berlin)

;; while this violates iCal (missing VTIMEZONE), it is the nicest of 
options for my setup

(setq org-icalendar-date-time-format ;TZID=%Z:%Y%m%dT%H%M%S)

;; Mins alarm
(setq org-icalendar-alarm-time 15)

;; use inhertited tags for iCal categories (add TODO state?)
(setq org-icalendar-categories '(all-tags))

;; target file
(setq org-icalendar-combined-agenda-file ~/org-export/all.ics)

; create sumo all.ics iCal
(org-icalendar-combine-agenda-files)

; create one without external stuff; sadly tags cannot yet be used
(let (
  (org-agenda-files (remove-if (lambda (f) (string-match external 
f)) (org-agenda-files)))

  (org-icalendar-combined-agenda-file ~/org-export/org-native.ics)
  )
  (org-icalendar-combine-agenda-files)
  )


The last part (without external) is only relevant if you have external 
calendars represented in org that you do not neccessarily want 
re-represented in the ical. Anyway, tweak as neccessary.



HTH,

Simon



[storage]
type = filesystem
filesystem_folder = /home/eric/apps/cal/collections

If I touch a file called eric in the collections directory, and then
access the server via HTTP (ie http://cal.myserver.com/eric), the file
is correctly served as an (empty) calendar and downloaded by my browser.

How do I get org-caldav to mesh with that? I thought this would do it:

(setq org-caldav-url http://cal.myserver.com;)
(setq org-caldav-calendar-id eric)

But when I call `org-caldav-sync' it first collects all the headings
it's supposed to, and then gives me:

org-caldav-get-event-etag-list: Error while getting eventlist from
http://cal.myserver.com/eric/. Got status code: 207.

If I run it again, it offers to delete all the relevant Org headings.

I suspect I've just got something configured wrong, but can't think of
what. Any pointers?

Thanks!
Eric

Re: [O] More helm awesomeness

[Simon Thum]

Hi John,

thank you for the fast response! That's more than I had hoped for, I'm 
sure I'll get through now. I'll report back when something tangible is 
there.


Cheers,

Simon

On 01/19/2015 04:57 PM, John Kitchin wrote:

You can do something like this to get just the TODO headlines in the
current buffer. If you make the helm-todo-candidates map over all the
files in (org-agenda-files) you can make it give all the TODO
headings. You can change the match criteria in org-map-entries to be
more selective.

#+BEGIN_SRC emacs-lisp :results raw
(defun helm-todo-candidates ()
   (let ((results '()))
 (org-map-entries
  (lambda ()
(add-to-list 'results
 (cons
  (concat (make-string (nth 1 (org-heading-components)) ?*)
   TODO 
  (nth 4 (org-heading-components)))
  (point-marker
  TODO=\TODO\)
 results))
#+END_SRC

#+RESULTS:
((** post it . #marker at 977 in blog.org) (** work it out . #marker at 941 in 
blog.org))

Now to run helm, there is a subtle point. We need to map the current buffer 
/before/ running helm, otherwise we will map an empty helm buffer.

#+BEGIN_SRC emacs-lisp
(defun helm-todo ()
   Helm interface to headlines with TODO status in current buffer.
   (interactive)
   (let ((candidates (helm-todo-candidates)))
 (setq helm-todo-source '((name . TODO headlines)
  (candidates . candidates)
  (action . ((open . goto-char)
 (helm :sources '(helm-todo-source

(helm-todo)
Simon Thum writes:


Hi all,

I recently updated my helm install so it includes
helm-org-agenda-headings which is just AWESOME (to me at least). A bit
like org-goto but across all agenda files at once, with goto, refile,
linking built in. If you haven't tried it, I definitely recommend to do so.


Yet I'm missing a few things so far, I would like to have different
datasources differentiated by tags, in particular the ARCHIVE tag, and
the infamous FILETAGS so I cannot just regex my way through as the
current approach does.

This requires making more use of org-ode when filling helm's buffers. My
elisp isn't great but I might be able to get there if the approach is sane.

Any pointers are welcome! If you might help me please read on.

I would like to ask what would be the best approach for better utilising
org infrastructure so I may have separate helm sources for
live/archived, private/work, the clocking history, stuff like that.

The helm-org definition looks deceptively simple:

https://github.com/emacs-helm/helm/blob/master/helm-org.el

(defun helm-org-agenda-files-headings ()
(interactive)
(helm :sources (helm-source-org-headings-for-files (org-agenda-files))
:candidate-number-limit 9
:buffer *helm org headings*))


FWICT, in effect helm-org is chewing itself through the buffers:

(defun helm-get-org-candidates-in-file (filename min-depth max-depth
optional fontify)
(with-current-buffer (find-file-noselect filename)
(and fontify (jit-lock-fontify-now))
(let ((match-fn (if fontify 'match-string 'match-string-no-properties)))
(save-excursion
(goto-char (point-min))
(cl-loop while (re-search-forward org-complex-heading-regexp nil t)
if (let ((num-stars (length (match-string-no-properties 1
(and (= num-stars min-depth) (= num-stars max-depth)))
collect `(,(funcall match-fn 0) . ,(point-marker)))

I don't really get what it does but I have a hunch that org-element or
other org-mode functions could be used to achieve the same with more
precision. That's what I would need to do. FWIW I'd be happy to take a
performance hit.

Thanks in advance,

Simon


--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

[O] More helm awesomeness

[Simon Thum]

Hi all,

I recently updated my helm install so it includes 
helm-org-agenda-headings which is just AWESOME (to me at least). A bit 
like org-goto but across all agenda files at once, with goto, refile, 
linking built in. If you haven't tried it, I definitely recommend to do so.



Yet I'm missing a few things so far, I would like to have different 
datasources differentiated by tags, in particular the ARCHIVE tag, and 
the infamous FILETAGS so I cannot just regex my way through as the 
current approach does.


This requires making more use of org-ode when filling helm's buffers. My 
elisp isn't great but I might be able to get there if the approach is sane.


Any pointers are welcome! If you might help me please read on.

I would like to ask what would be the best approach for better utilising 
org infrastructure so I may have separate helm sources for 
live/archived, private/work, the clocking history, stuff like that.


The helm-org definition looks deceptively simple:

https://github.com/emacs-helm/helm/blob/master/helm-org.el

(defun helm-org-agenda-files-headings ()
(interactive)
(helm :sources (helm-source-org-headings-for-files (org-agenda-files))
:candidate-number-limit 9
:buffer *helm org headings*))


FWICT, in effect helm-org is chewing itself through the buffers:

(defun helm-get-org-candidates-in-file (filename min-depth max-depth
optional fontify)
(with-current-buffer (find-file-noselect filename)
(and fontify (jit-lock-fontify-now))
(let ((match-fn (if fontify 'match-string 'match-string-no-properties)))
(save-excursion
(goto-char (point-min))
(cl-loop while (re-search-forward org-complex-heading-regexp nil t)
if (let ((num-stars (length (match-string-no-properties 1
(and (= num-stars min-depth) (= num-stars max-depth)))
collect `(,(funcall match-fn 0) . ,(point-marker)))

I don't really get what it does but I have a hunch that org-element or 
other org-mode functions could be used to achieve the same with more 
precision. That's what I would need to do. FWIW I'd be happy to take a 
performance hit.


Thanks in advance,

Simon

Re: [O] Org-link-escape-chars (was Incorrect hexification in URLs in LaTeX Export)

[Simon Thum]

Hehe ;) No, I was merely suggesting that maybe someone tried too hard to 
fix non-working urls becauase of other use cases.


Luckily it seems fixed now.


On 03/06/2014 10:17 AM, Andreas Leha wrote:

R. Michael Weylandt michael.weyla...@gmail.com writes:


On Tue, Mar 4, 2014 at 3:45 PM, Simon Thum simon.t...@gmx.de wrote:

This seems to be a question of objective. Do you want to encode, i.e.
maintain some reversible original in an url no matter what, or do you want
to fix url's which wouldn't otherwise be legal? In the latter case, the
question mark should probably be retained.



I am not sure, that I understand what you say here.  But in case you
want to convince me, that exporting non-working links when the user
supplies working links is a feature and not a bug, you will have a hard
time ;-)

- Andreas



I believe the former. If the user types in a working link, the
exporter shouldn't break it.

This could be fixed by sprinkling org-url-decode through various
backends, but that suggests to me that the problem may be upstream.

Michael

Re: [O] export ICal without evaluate code block

[Simon Thum]

Well, I was kind of shocked because the mails sounded to imply I need to 
switch evaluation off and, supposedly, extra-off-for-ical, too.


In fact that is the default, or so the source code comment reads but I 
have no idea how that works out.


Cheers,

Simon

On 03/13/2014 04:42 PM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


Greppig org confirms icalendar is likely the only exception. While i
find this surprising I guess there is a good reason, right?


The good reason is that it's very unlikely for a user to need Babel
evaluation in an org-mode buffer before exporting this buffer to a
.ics file.

But we may as well be wrong, of course.

Re: [O] Org-link-escape-chars (was Incorrect hexification in URLs in LaTeX Export)

[Simon Thum]

This seems to be a question of objective. Do you want to encode, i.e. 
maintain some reversible original in an url no matter what, or do you 
want to fix url's which wouldn't otherwise be legal? In the latter case, 
the question mark should probably be retained.


On 03/03/2014 09:06 PM, R. Michael Weylandt michael.weyla...@gmail.com 
wrote:



On Feb 28, 2014, at 15:26, Andreas Leha andreas.l...@med.uni-goettingen.de 
wrote:


R. Michael Weylandt michael.weyla...@gmail.com
michael.weyla...@gmail.com writes:


I've tried this with Org 7.9.3 and 8.2.5h to the same result:

--
#+TITLE: Test
* One
Here is a [[http://google.com/search?q=orgmode][link]]
--

Exporting to HTML doesn't transform the link but exporting to LaTeX results in 
the (non-working) http://google.com/search?%3Dorgmode

Is there a reason for this behavior and, if so, a way to work around it?

RFC 3986 2.2 explicitly says URLs may include `=` and =url-encode-url= doesn't 
change the link in question.

I've played with org-url-hexify-p and read past ML discussions, but
they seem primarily concerned with characters which should not appear
in URIs.

Thanks,
Michael




Hi Michael,

I have recently been bitten by this as well.  Based on a block
post [fn:1], I now have this in my .emacs as a work-around:

--8---cut here---start-8---
(defun al-link-filter (contents backend info)
  (let ((contents (replace-regexp-in-string #\\+name:.*$  contents)));; 
old and unrelated
  (replace-regexp-in-string %3D = contents)))
(add-to-list 'org-export-filter-final-output-functions 'al-link-filter)
--8---cut here---end---


Hi Andreas,

Thanks for this. I had time to dig further and it seems that the 'problem'  is 
the default value of org-link-escape-chars, which explicitly escapes = as well 
as other valid URL characters.

Perhaps someone more familiar with this code could explain the choice these 
escapes.

Michael

[Subject updated because the problem isn't LaTeX specific in 8.2.5h, only in 
7.9.3]

Re: [O] export ICal without evaluate code block

[Simon Thum]

Greppig org confirms icalendar is likely the only exception. While i 
find this surprising I guess there is a good reason, right?



Cheers,

Simon   

On 02/26/2014 10:21 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum simon.t...@gmx.de writes:


I have some worries here; Why is it so hard to avoid
evaluation/modification in org files during export?


I don't think it is. There is a single variable to switch in order to
control this: `org-export-babel-evaluate'.

Do you think that it doesn't behave as expected?


I use -batch, I would have tought that was enough, but if I'm getting
your answer below right, then setting those 2 parameters is not enough
either, because some backends fiddle with them?

I have searched the docs but did not find anything about backends
overriding these settings.


Besides `icalendar' in a very specific configuration (when exporting
a calendar, not a single document) I don't think any back-end overwrites
the previous variable.


Regards,

Re: [O] export ICal without evaluate code block

[Simon Thum]

Nicolas,

I recently had a similar problem, though in my case the iClaendar export 
wasn't even reached because emacs started asking in other exports that 
came before.


I have some worries here; Why is it so hard to avoid 
evaluation/modification in org files during export?


I use -batch, I would have tought that was enough, but if I'm getting 
your answer below right, then setting those 2 parameters is not enough 
either, because some backends fiddle with them?


I have searched the docs but did not find anything about backends 
overriding these settings.


Enlightenment is appreciated.

Cheers,

Simon


On 02/26/2014 03:17 PM, Nicolas Goaziou wrote:

Hello,

OSiUX xu...@osiux.com.ar writes:


Calendar can be exported without evaluating
babel code blocks?

I try setting in .emacs:

   (setq org-confirm-babel-evaluate nil)
   (setq org-export-babel-evaluate nil)

but always evaluate when exports iCalendar :-(


You could use something like this:

   (defun my-toggle-off-babel (backend)
 (when (org-export-derived-backend-p backend 'icalendar)
   (org-set-local 'org-confirm-babel-evaluate nil)
   (org-set-local 'org-export-babel-evaluate nil)))

   (add-hook org-export-before-processing-hook #'my-toggle-off-babel)


Regards,

Re: [O] Non-interactive export

[Simon Thum]

A small update:

org-export-babel-evaluate does what I need. I'm still a bit confused why 
it asks in this instance and not others, but it works.


If that is unexpected behaviour you want to clarify, do not hestitate to 
ask.


Cheers,

Simon

On 02/21/2014 10:12 PM, Simon Thum wrote:

Sorry, I was being imprecise.


I do have maxima and shell and other source bocks since the dawn of org,
approximately. I did not have any gnuplot blocks until before two weeks.
The gnuplot blocks break my setup, currently.

So, what is weird is that maxima and shell do well but gnuplot wants its
interactive things.

I noticed the same behaviour when exporting interactively - babel  asks
me for the gnuplot stuff. Could it be that the export defaults vary per
backend?

My org-confirm-babel-evaluate is t. However on export, only gnuplot
triggers this question. I now notice that maxima is executed on export
without asking first; I guess shell is the same.

Things are getting stranger...

Cheers,

Simon

On 02/21/2014 12:38 AM, John Hendy wrote:

On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum simon.t...@gmx.de wrote:

Hi all,

I have a server over which I sync my Org files and provide drops for
other
clients, chiefly iCal and vCard. Therefore I need non-interactive
export.

Things recently stopped working however, and although I acknowledge
it is
likely not Org's fault maybe here I can find somewone more into lisp
to help
me out a bit.

In my logs I find, since it stopped working:


Evaluate this gnuplot code block on your system? (yes or no)



Which stops the show, waiting for input. Emacs is started with -batch
and is
given an export script. This so far avoided such questions (from
org-babel?)
successfully. I have maxima blocks since ages and do not remember having
seen this behaviour.

Does naybody have an idea what could be going on?

The machine does not even have gnuplot.


I don't think the machine matters so much as the source of Org/babel
thinking gnuplot *code* exists in one of your files.

Can you try something like this from the directory containing the
exported files?

grep -r #+begin_src gnuplot *

I would have suggested just tweaking the variable
=org-confirm-babel-evaluate=, but I think it's more important to track
the source of this down, as turning the inquiries off implies that we
all know exactly what's going to be evaluated, and this sounds like an
instance of something not only unknown, but a change on what you
believe to be a rather unchanged system, which is definitely
concerning.

Good luck,
John



Thanks in advance,

Simon

Re: [O] Non-interactive export

[Simon Thum]

Sorry, I was being imprecise.


I do have maxima and shell and other source bocks since the dawn of org, 
approximately. I did not have any gnuplot blocks until before two weeks. 
The gnuplot blocks break my setup, currently.


So, what is weird is that maxima and shell do well but gnuplot wants its 
interactive things.


I noticed the same behaviour when exporting interactively - babel  asks 
me for the gnuplot stuff. Could it be that the export defaults vary per 
backend?


My org-confirm-babel-evaluate is t. However on export, only gnuplot 
triggers this question. I now notice that maxima is executed on export 
without asking first; I guess shell is the same.


Things are getting stranger...

Cheers,

Simon

On 02/21/2014 12:38 AM, John Hendy wrote:

On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum simon.t...@gmx.de wrote:

Hi all,

I have a server over which I sync my Org files and provide drops for other
clients, chiefly iCal and vCard. Therefore I need non-interactive export.

Things recently stopped working however, and although I acknowledge it is
likely not Org's fault maybe here I can find somewone more into lisp to help
me out a bit.

In my logs I find, since it stopped working:


Evaluate this gnuplot code block on your system? (yes or no)



Which stops the show, waiting for input. Emacs is started with -batch and is
given an export script. This so far avoided such questions (from org-babel?)
successfully. I have maxima blocks since ages and do not remember having
seen this behaviour.

Does naybody have an idea what could be going on?

The machine does not even have gnuplot.


I don't think the machine matters so much as the source of Org/babel
thinking gnuplot *code* exists in one of your files.

Can you try something like this from the directory containing the
exported files?

grep -r #+begin_src gnuplot *

I would have suggested just tweaking the variable
=org-confirm-babel-evaluate=, but I think it's more important to track
the source of this down, as turning the inquiries off implies that we
all know exactly what's going to be evaluated, and this sounds like an
instance of something not only unknown, but a change on what you
believe to be a rather unchanged system, which is definitely
concerning.

Good luck,
John



Thanks in advance,

Simon

[O] Non-interactive export

[Simon Thum]

Hi all,

I have a server over which I sync my Org files and provide drops for 
other clients, chiefly iCal and vCard. Therefore I need non-interactive 
export.


Things recently stopped working however, and although I acknowledge it 
is likely not Org's fault maybe here I can find somewone more into lisp 
to help me out a bit.


In my logs I find, since it stopped working:

 Evaluate this gnuplot code block on your system? (yes or no)


Which stops the show, waiting for input. Emacs is started with -batch 
and is given an export script. This so far avoided such questions (from 
org-babel?) successfully. I have maxima blocks since ages and do not 
remember having seen this behaviour.


Does naybody have an idea what could be going on?

The machine does not even have gnuplot.

Thanks in advance,

Simon

Re: [O] maintaining Org

[Simon Thum]

David, I had a short look and find it interesting but I would need some 
configuration. In particluar, I use CANCELLED not CANCELED.


http://grammarist.com/spelling/cancel/

but I guess there are also better reasons to make that configurable a 
bit. Do you inted to maintain org-effectiveness, and if yes, would you 
consider such a change?


Cheers,

Simon



On 11/14/2013 10:45 PM, David wrote:

El 10/11/13 17:29, Carsten Dominik escribió:

On 7.11.2013, at 20:38, Daviddavid...@riseup.net  wrote:


El 05/11/13 11:56, Bastien escribió:

Hi David,

Carsten Dominikcarsten.domi...@gmail.com   writes:


do you have FSF papers?  If so, write to Jason Dunsmore and send
him your public key.
Thanks you!

I think org-license.el and org-effectiveness.el belong to contrib/
so you don't need to sign the FSF papers for this.


I've signed the FSF papers and the FSF has accepted. I attach it in
other email

Thanks David.

- Carsten


$ git clone orgm...@orgmode.org:org-mode.git.

Now, org-effectiveness.el and org-license.el in #orgmode official
repository :-).

[O] Small org-contacts patch

[Simon Thum]

Hi all,

the attached patch solves the problem of having hexified strings in hte 
vCard export. It happens when you are entering tel: links and phone 
numbers that start with `+`. The plus sign causes the link insert helper 
to hexify the url.


In tel: links the plus makes sense for international numbers. The C-c 
C-l helper makes that


[[tel:%-encoded glibberish][tel:+49 xxx]]

with the %-encoded part ending up in vCards. Which my phone accepts but 
does not dial properly. So far I cleaned them manually but this seems a 
better solution.


Cheers,

Simon
From 8a1fdc7f87425fc6f7d6909fc9dc10cc0ca1745d Mon Sep 17 00:00:00 2001
From: Simon Thum simon.t...@gmx.de
Date: Sun, 22 Sep 2013 13:43:06 +0200
Subject: [PATCH] un-hexify TEL links in vCard export

This is required as a plus sign (e.g. +49 for germany) will cause
hexification in the link helper.

contrib/lisp/org-contacts.el: unhexify tel link

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

diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el
index 97171d0..dbbc057 100644
--- a/contrib/lisp/org-contacts.el
+++ b/contrib/lisp/org-contacts.el
@@ -946,7 +946,7 @@ to do our best.
 			(setq phones-list (org-contacts-remove-ignored-property-values ignore-list (org-contacts-split-property tel)))
 			(setq result )
 			(while phones-list
-			  (setq result (concat result  TEL: (org-contacts-strip-link (car phones-list)) \n))
+			  (setq result (concat result  TEL: (org-link-unescape (org-contacts-strip-link (car phones-list))) \n))
 			  (setq phones-list (cdr phones-list)))
 			result))
 	(when bday
-- 
1.8.1.5

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

I pushed some conversion code which I am more confident about to the 
tz-test branch. If you want to re-test, please do so.


Cheers,

Simon


On 08/08/2013 10:56 PM, Simon Thum wrote:

Stephen,

I now have time to take a look if you send me an example ical.

Cheers,

Simon


On 07/31/2013 11:18 PM, Simon Thum wrote:

Yes, probably, but don't count on me in the next 4 days (vacation).


On 07/31/2013 11:08 PM, Stephen Eglen wrote:


On Wed, Jul 31 2013, Simon Thum wrote:


Hi Stephen,

I probably did not express myself well: The [UTC] means the timestamp
was converted from UTC, which is the case. It is probably quite
confusing to attach a TZ which is no longer supposed to be the case. I
will probably change that.

Is the org-mode time a correct local time now? I understand from ri_cal
docs that ri_cal should do conversion as expected, but if not I can
probably fix it easily.

Cheers,

Simon


hi Simon, (dropping orgmode for now until we find a solution!)

no, the org mode times are still GMT rather than with summer time added.

Would it help if I made a test calendar to share with you?

Stephen

Re: [O] possible org-insert-heading bug?

[Simon Thum]

Indeed. Thank you very much!


On 08/08/2013 09:28 AM, Carsten Dominik wrote:


On 31.7.2013, at 21:15, Simon Thum simon.t...@gmx.de wrote:


Carsten,

any news on this? I'm struggling with RET C-RET during notes taking.


Hi Simon,

This should be fixed now.

- Carsten



Cheers,

Simon

On 07/03/2013 05:52 AM, Carsten Dominik wrote:

Hi,

yes, org-insert-heading is broken - nad I am trying to find time
to rewrite it.  My top Org priority.

- Carsten

On 3.7.2013, at 00:11, John Hendy jw.he...@gmail.com wrote:


Hi Erik,


Glad to see you around :)

These all may be quite related. I haven't seen activity on those
threads suggesting whether a) the documentation is, in fact, right or
wrong or b) whether anyone has taken action to fix or adjust the
behavior of M-RET or C-RET based on the complaints/counter-intuitive
observations.

Let me know if those are similar to your issue. Perhaps Bastien can
comment on the state of these thread, now at least four in number...

- http://www.mail-archive.com/emacs-orgmode@gnu.org/msg70718.html
- http://osdir.com/ml/emacs-orgmode-gnu/2013-05/msg00846.html
- http://permalink.gmane.org/gmane.emacs.orgmode/72399

I've taken to using C-RET in the meantime, as it seems to do what I
often expect when reflexively pressing M-RET. Also, someone once
corrected me on the documentation that at the end of the line might
mean before the ellipsis, not after?


Hope that helps!
John


On Tue, Jul 2, 2013 at 1:53 PM, Erik Iverson erikriver...@gmail.com wrote:

Hello,

I am using a current git pull (Org-mode version 8.0.3,
release_8.0.3-345-g239aa7) and noticed behavior that's easiest to show
with a small example. If you save and visit the following org file,

https://dl.dropboxusercontent.com/u/7514404/test.org

you will see the behavior described and documented (assuming it's
reproducible under your version of emacs and orgmode).

Briefly M-RET at the end of a *folded* headline that contains plain
list items will insert a new plain list item at the end of the
subtree, instead of a new top-level headline. I believe this conflicts
with the documentation for M-RET, which currently reads:

... If the command is used at the end of a folded subtree (i.e.,
behind the ellipses at the end of a headline), then a headline like
the current one will be inserted after the end of the subtree...

Best,
--Erik

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

Stephen,

I now have time to take a look if you send me an example ical.

Cheers,

Simon


On 07/31/2013 11:18 PM, Simon Thum wrote:

Yes, probably, but don't count on me in the next 4 days (vacation).


On 07/31/2013 11:08 PM, Stephen Eglen wrote:


On Wed, Jul 31 2013, Simon Thum wrote:


Hi Stephen,

I probably did not express myself well: The [UTC] means the timestamp
was converted from UTC, which is the case. It is probably quite
confusing to attach a TZ which is no longer supposed to be the case. I
will probably change that.

Is the org-mode time a correct local time now? I understand from ri_cal
docs that ri_cal should do conversion as expected, but if not I can
probably fix it easily.

Cheers,

Simon


hi Simon, (dropping orgmode for now until we find a solution!)

no, the org mode times are still GMT rather than with summer time added.

Would it help if I made a test calendar to share with you?

Stephen

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

Hi Stephen,

I probably did not express myself well: The [UTC] means the timestamp 
was converted from UTC, which is the case. It is probably quite 
confusing to attach a TZ which is no longer supposed to be the case. I 
will probably change that.


Is the org-mode time a correct local time now? I understand from ri_cal 
docs that ri_cal should do conversion as expected, but if not I can 
probably fix it easily.


Cheers,

Simon


On 07/30/2013 03:06 PM, Stephen Eglen wrote:



sorry the patch was incomplete. The correct one is on a branch I just
pushed named tz-test.

For me it works the same but maybe it works for you.


Thanks Simon, but unfortuantely I'm still seeing [UTC].

Stephen

Re: [O] possible org-insert-heading bug?

[Simon Thum]

Carsten,

any news on this? I'm struggling with RET C-RET during notes taking.

Cheers,

Simon

On 07/03/2013 05:52 AM, Carsten Dominik wrote:

Hi,

yes, org-insert-heading is broken - nad I am trying to find time
to rewrite it.  My top Org priority.

- Carsten

On 3.7.2013, at 00:11, John Hendy jw.he...@gmail.com wrote:


Hi Erik,


Glad to see you around :)

These all may be quite related. I haven't seen activity on those
threads suggesting whether a) the documentation is, in fact, right or
wrong or b) whether anyone has taken action to fix or adjust the
behavior of M-RET or C-RET based on the complaints/counter-intuitive
observations.

Let me know if those are similar to your issue. Perhaps Bastien can
comment on the state of these thread, now at least four in number...

- http://www.mail-archive.com/emacs-orgmode@gnu.org/msg70718.html
- http://osdir.com/ml/emacs-orgmode-gnu/2013-05/msg00846.html
- http://permalink.gmane.org/gmane.emacs.orgmode/72399

I've taken to using C-RET in the meantime, as it seems to do what I
often expect when reflexively pressing M-RET. Also, someone once
corrected me on the documentation that at the end of the line might
mean before the ellipsis, not after?


Hope that helps!
John


On Tue, Jul 2, 2013 at 1:53 PM, Erik Iverson erikriver...@gmail.com wrote:

Hello,

I am using a current git pull (Org-mode version 8.0.3,
release_8.0.3-345-g239aa7) and noticed behavior that's easiest to show
with a small example. If you save and visit the following org file,

https://dl.dropboxusercontent.com/u/7514404/test.org

you will see the behavior described and documented (assuming it's
reproducible under your version of emacs and orgmode).

Briefly M-RET at the end of a *folded* headline that contains plain
list items will insert a new plain list item at the end of the
subtree, instead of a new top-level headline. I believe this conflicts
with the documentation for M-RET, which currently reads:

... If the command is used at the end of a folded subtree (i.e.,
behind the ellipses at the end of a headline), then a headline like
the current one will be inserted after the end of the subtree...

Best,
--Erik

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

Yes, probably, but don't count on me in the next 4 days (vacation).


On 07/31/2013 11:08 PM, Stephen Eglen wrote:


On Wed, Jul 31 2013, Simon Thum wrote:


Hi Stephen,

I probably did not express myself well: The [UTC] means the timestamp
was converted from UTC, which is the case. It is probably quite
confusing to attach a TZ which is no longer supposed to be the case. I
will probably change that.

Is the org-mode time a correct local time now? I understand from ri_cal
docs that ri_cal should do conversion as expected, but if not I can
probably fix it easily.

Cheers,

Simon


hi Simon, (dropping orgmode for now until we find a solution!)

no, the org mode times are still GMT rather than with summer time added.

Would it help if I made a test calendar to share with you?

Stephen

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

Hi,

sorry the patch was incomplete. The correct one is on a branch I just 
pushed named tz-test.


For me it works the same but maybe it works for you.

Cheers,

Simon


On 07/23/2013 04:42 PM, Stephen Eglen wrote:


Yes, org-mode does not recognize the [UTC], that is just a helper for
exactly this case: The ical's timezone is emitted in case it is
different from your DEFAULT_TZ. For me it worked fine so far.


Thanks.


res = orgTimeSpan(tstart, tend, repeaterClause)

for
res = orgTimeSpan(tstart.ruby_value, tend.ruby_value, repeaterClause)


Thanks very much Simon, but when I do that, I get:

undefined method `ruby_value' for #DateTime:0x0001d0e700
[/local/data/home/stephen/langs/ruby/ical2org/ical2org.rb:126:in
`orgTimeSpanTZ',


Stephen

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

On 07/16/2013 06:02 PM, Stephen Eglen wrote:



It's not exactly answering your question but my little tool

https://github.com/simonthum/ical2org


Dear Simon,
Does your script handle summer time differences?  My google calendar
items are importing okay, but they are off by one hour.  I've tried
setting
DEFAULT_TZ = 'Europe/London'

in your script, but still I see no change.  Below is one such entry, if
that helps.  The [UTC] after the timestamp would indicate to me that the
time is correct (09:10 UTC, or 10:10 with one hour added for British
Summer Time).  But orgmode doesn't recognise the [UTC] note I think.


Hi, thanks for your report. I did not immediately see your mail due to 
an email config problem.


Regarding your earlier mail, I fixed the typo.

Yes, org-mode does not recognize the [UTC], that is just a helper for 
exactly this case: The ical's timezone is emitted in case it is 
different from your DEFAULT_TZ. For me it worked fine so far.


What it does is to set the default timzone in ri_cal which I read as 
being enough, but it is possible that it is not. In fact, I did not test 
the timezone features very much.


could you please try the follwing:

Subsitute the second line in orgTimeSpanTZ

def orgTimeSpanTZ(tstart, tend, repeaterClause = nil)
  res = orgTimeSpan(tstart, tend, repeaterClause)

for
  res = orgTimeSpan(tstart.ruby_value, tend.ruby_value, repeaterClause)

?

It's not tested but might do the job.

HTH,

Simon



Stephen




* L+J have jabs with Millie (CONFIRMED)
   :PROPERTIES:
   :ID: kcd35lc23lt4260bovkc0gc...@google.com
   :icalCategories:
   :END:
   2013-07-23 Tu 09:10-09:30 [UTC]
   Location:


   :ICALENDAR:
BEGIN:VEVENT
CREATED;VALUE=DATE-TIME:20130716T082258Z
DTEND;VALUE=DATE-TIME:20130723T093000Z
STATUS:CONFIRMED
DTSTART;VALUE=DATE-TIME:20130723T091000Z
TRANSP:OPAQUE
DTSTAMP;VALUE=DATE-TIME:20130716T154820Z
LAST-MODIFIED;VALUE=DATE-TIME:20130716T082349Z
ATTENDEE;CN=Family;CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=REQ-PARTICIPANT;X-NUM-GUESTS=0:mailto:9j2ef3g23899k14qu5d3qe5...@group.calendar.google.com
UID:kcd35lc23lt4260bovkc0gc...@google.com
DESCRIPTION:
SUMMARY:L+J have jabs with Millie
LOCATION:
SEQUENCE:1
END:VEVENT
   :END:


Stephen

Re: [O] Handling Repeating events from google calendar / repeater interval

[Simon Thum]

It's not exactly answering your question but my little tool

https://github.com/simonthum/ical2org

handles these.

HTH,

Simon

On 07/08/2013 05:00 PM, Stephen Eglen wrote:

I'm experimenting using ical2org.sh to import google calendars.  One
limitation, as noted in the header is:

# - does process RRULE recurring events, but ignores COUNT specifiers

so if you have a repeating event in google (e.g. every day for four
week), the ics file has:

RRULE:FREQ=DAILY;COUNT=4

The script will take the first day of the event, but not the remaining
three days.  I think this could be solved in a couple of ways:

1. create four events, moving the date by one each time.

2. extending the syntax of timestamps so that something like:

   * Pick up Sam at school
 2007-05-16 Wed 12:30 3+1w

means repeat this event 3 times (rather than indefinitely).  Or +1w:3
or something similar, I don't mind the syntax as long as it doesn't
break other parts of timestamps.

Has extending the syntax of the repeater interval been considered to
allow finite number of repeats?  I can offer to code something up for
consideration if this sounds sensible.

Thanks, Stephen

Re: [O] advice needed: how do you guys sync org files between devices?

[Simon Thum]

Hi,

I use git-sync against my own server, and replicate mobileOrg to a 
webdav directory from there.


  https://github.com/simonthum/git-sync

git-sync is intended for people who are git-savy, though.

Cheers,

Simon

On 07/01/2013 02:06 PM, Xebar Saram wrote:

Hi all

I have been using dropbox since i started using orgmode a few weeks ago
(yeah im a neewb :)), which kinda works but i find it very annoying as
it keeps creating conflicted copies, isnt reliable on my Linux main
machine etc etc..

I was wondering what you guys do for syncing org files between PC's,
Os's, devices (android etc)..

Best

Itai

Re: [O] ical2org.py

[Simon Thum]

On 05/15/2013 10:01 AM, aitor wrote:

Hi,

On Wed, May 15, 2013 at 12:56:02AM +0200, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


It's going to be confusing if we add them all.


On the contrary -- I think collecting all the information about
various solutions in the same place is the only way to encourage
comparisons, which is the best way to let one solution emerge,
if needed.


indeed. Should I've known there were already so many implementations of
ical2org I wouldn't have created mine! Silly thing is, it never ocurred
to me to just search ical2org on google.
Similar here, I just checked Worg. However I had some special wishes 
unlikely to be covered, so I was prepared to hack anyway.


I recall to have lost my worg pushability, Bastien can you check? I 
would reorganize this a bit to make it clearer, and do not want to push 
something just to know.


@aitor if you have some info how your impl compares let the list know.

Cheers,

Simon

Re: [O] ical2org.py

[Simon Thum]

On 05/14/2013 10:37 AM, Bastien wrote:

aitor aitors2...@gmail.org writes:


I've implemented a little script which converts ics files to
org-mode. You can find the script here:

https://github.com/asoroa/ical2org.py


Great -- would be nice to add this to Worg!


Yes, more or less.

We now have (if I did not miscount someting) 3 python, 2 elisp and one 
ruby implementation of ical2org. I did not even look for those named in 
less obvious ways, although I know there is at least one.


It's going to be confusing if we add them all.

Cheers,

Simon

Re: [O] new (iCalendar) exporter problem

[Simon Thum]

On 05/07/2013 12:22 PM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


You mean inherited tags (coming from filetags in this case) do not
contribute to exclude tag filtering?


More precisely, filetag-inherited tags do not contribute to excluding
subtrees during export.


If yes, why? I seems inconsistent.


Inherited-exclude-tags contribute to excluding subtrees not because
they are inherited, but because the whole exclude-tagged subtree is
excluded.


I guessed that but there is a difference in modelled vs. observable 
behaviour.




We may support filetags for excluding, but it seems simple enough to
exclude the entire file instead IMHO.


Well, probably.

I eventually figured that

(let ((org-agenda-files (remove-if (lambda (a) (string-match extern 
a)) org-agenda-files)))

  (org-agenda-files)
  )

is going to get me roughly where I want, but since I rely a lot on tags 
it's not going to scale nicely.


So in case it comes up elsewhere please consider this.

Thank you,

Simon

Re: [O] Export Org-mode content to Reveal.js presentations

[Simon Thum]

Hi Yujie,

thanks for your great work! I just have had my first important reveal.js 
presentation, and wished I had an org-mode exporter while I was 
hand-coding the presentation.


Next time It'll be easier no doubt.

Cheers,

Simon

On 05/03/2013 02:48 PM, Yujie Wen wrote:

Hi,

   I'd like to introduce a new Org-Mode exporter, Org-reveal, that
exports Org-mode contents to Reveaj.js presentations.

   Reveal.js is a web-based presentation framework, with beautiful 3-D
effects and 2-D slides arrangements. The original sample illustration
can be found at http://lab.hakim.se/reveal-js/#/.

   With Org-reveal, you can easily exports your Org documents to
Reveal.js presentations. A sample presentation created by Org-reveal can
be found at http://naga-eda.org/home/yujie/org-reveal/.

   Org-reveal is hosted on https://github.com/yjwen/org-reveal. Should
you have any suggestion or bug-report, please contact me yjwen.ty AT
gmail DOT com.

Thanks and regards,
Yujie

Re: [O] new (iCalendar) exporter problem

[Simon Thum]

Hi Nicolas,

I seem to have overssen something:



#+filetags: drawnin
#+icalendar_exclude_tags: drawnin noexport
#+bind: org-icalendar-categories (all-tags)

* Test (no tag here -

2013-05-05 Sun

Desc


That one indeed exports, but IMO shouldn't.


exclude tags are not inherited.


You mean inherited tags (coming from filetags in this case) do not 
contribute to exclude tag filtering?


If yes, why? I seems inconsistent.

Cheers,

Simon

[O] new (iCalendar) exporter problem

[Simon Thum]

Hi Nicolas,

I'm using the new icalendar export and one of it's more advanced features:

(setq org-icalendar-exclude-tags '(noexport drawnin))

The docstring says:

Tags that exclude a tree from export.
This variable allows to specify different exclude tags from other
back-ends.  It can also be set with the ICAL_EXCLUDE_TAGS
keyword.

What really happens: The icalendar CATEGORIES which I am filling with 
these (i.e. (setq org-icalendar-categories '(all-tags))) no longer bears 
the mentioned strings, but the actual entries are still there.


I could not see any obvious mistake in how exclude-tags are handled. 
Thus, I concluded maybe it affects other exporters as well.


Apart from that, it seems to work fine. I just got me the latest maint 
but the issue persists.


Cheers,

Simon

Re: [O] new (iCalendar) exporter problem

[Simon Thum]

I'm trying. I forgot to mention some things I notice:

1) It's a script that exports (batch mode)
2) Tags are coming from #+FILETAGS:

Does this help you reproduce?

On 05/05/2013 10:14 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum simon.t...@gmx.de writes:


I'm using the new icalendar export and one of it's more advanced features:

(setq org-icalendar-exclude-tags '(noexport drawnin))

The docstring says:

Tags that exclude a tree from export.
This variable allows to specify different exclude tags from other
back-ends.  It can also be set with the ICAL_EXCLUDE_TAGS
keyword.


There's a mistake in the docstring: it is ICALENDAR_EXCLUDE_TAGS.


What really happens: The icalendar CATEGORIES which I am filling with
these (i.e. (setq org-icalendar-categories '(all-tags))) no longer
bears the mentioned strings, but the actual entries are still there.


I cannot reproduce it (i.e. the actual entries are removed). Could you
provide an ECM?


Regards,

Re: [O] new (iCalendar) exporter problem

[Simon Thum]

I guess we have it then.

Your example leads to icalendar without content.

However I have:

#+filetags: drawnin
#+icalendar_exclude_tags: drawnin noexport
#+bind: org-icalendar-categories (all-tags)

* Test (no tag here -

  2013-05-05 Sun

  Desc


That one indeed exports, but IMO shouldn't.


On 05/05/2013 10:37 PM, Nicolas Goaziou wrote:

Simon Thum simon.t...@gmx.de writes:


I'm trying. I forgot to mention some things I notice:

1) It's a script that exports (batch mode)
2) Tags are coming from #+FILETAGS:

Does this help you reproduce?


No. The following code exports fine:

--8---cut here---start-8---
#+filetags: tag
#+icalendar_exclude_tags: drawnin noexport
#+bind: org-icalendar-categories (all-tags)

* Test   
:drawnin:

   2013-05-05 Sun

   Desc


* Test 2

   2013-05-06 Mon

   Desc2
--8---cut here---end---8---


Regards,

Re: [O] new (iCalendar) exporter problem

[Simon Thum]

On 05/05/2013 11:01 PM, Nicolas Goaziou wrote:

Simon Thum simon.t...@gmx.de writes:


I guess we have it then.

Your example leads to icalendar without content.


What is the value of `org-icalendar-with-timestamps'?


org-icalendar-with-timestamps: active

But see below.



I don't see any difference between my * Test 2 headline and your *
Test below.


Yes, I copied only the first of your headlines. That lead to the 
confusing statement of mine. But the behaviour is consistent: a 
#filetags: tag cannot prevent export of the file's headlines. IMO this 
is a bug.


My use case is to prevent duplicates that come from me importing outside 
iCals into org (using ical2org). When exporting, I do not want these to 
be re-exported. I could remove the files from the agenda altogether, but 
tags offer a more logical path for me.


Cheers,

Simon





However I have:

#+filetags: drawnin
#+icalendar_exclude_tags: drawnin noexport
#+bind: org-icalendar-categories (all-tags)

* Test (no tag here -

2013-05-05 Sun

Desc


That one indeed exports, but IMO shouldn't.


exclude tags are not inherited.


Regards,

Re: [O] phone links...

[Simon Thum]

Hi,

seem like I am losing the work/home distinction. Not terribly useful (to 
me at least), so ok.


I do have several contact with more than one number though, and I also 
like to use spaces to delineate phone number part, like [country SPACE 
city SPACE subscriber]. Therefore it would be useful to have docs on how 
the splitting would work, e.g. in the property docstring.


Cheers,

Simon

On 04/05/2013 08:42 AM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


Since you're at it: I keep the attached patch personally. I use it to sync
org-contacts entries to my phone.


I applied Feng's patches against org-contacts.el, maybe you don't need
your patch anymore.

Best,

Re: [O] phone links...

[Simon Thum]

Bastien,

one more thing: I have

(setq org-contacts-matcher BIRTHDAY\\|ADR\\|EMAIL\\|TEL\\)

to be able to find contacts not having an email. Something like it would 
need to become the new default.


Cheers,

Simon


On 04/05/2013 08:42 AM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


Since you're at it: I keep the attached patch personally. I use it to sync
org-contacts entries to my phone.


I applied Feng's patches against org-contacts.el, maybe you don't need
your patch anymore.

Best,

[O] VCard export problems

[Simon Thum]

Hi,

I just updates to the latest org and found the vcard export no longer 
works. I get


Exporting...
let*: Symbol's function definition is void: org-install-letbind

Debug gets me:

Debugger entered--Lisp error: (void-function org-install-letbind)
  (org-install-letbind)
  (let* ((filename (or file org-contacts-vcard-file)) (buffer (if 
to-buffer (get-buffer-create to-buffer) (find-file-noselect filename 
(message Exporting...) (set-buffer buffer) (let ((inhibit-read-only 
t)) (erase-buffer)) (fundamental-mode) (org-install-letbind) (when 
(fboundp (quote set-buffer-file-coding-system)) 
(set-buffer-file-coding-system coding-system-for-write)) (loop for 
contact in (org-contacts-filter name) do (insert 
(org-contacts-vcard-format contact))) (if to-buffer (current-buffer) 
(progn (save-buffer) (kill-buffer

  org-contacts-export-as-vcard()


I use make and emacs 24.2.1.

I'm not sure it's related but on my server I get the same error - after 
changing the invocation. I now use


emacs -batch -l ~/.emacs.d/init.el -f org-contacts-export-as-vcard --kill

leading to aforementioned error. Before the update, I had to invoke

emacs someOrgFile.org -batch -l ~/.emacs.d/init.el -f 
org-contacts-export-as-vcard --kill


because otherwise it would fail to load some stuff required by 
org-contacts. Other exporters never had this issue. I suspect some 
require is missing in org-contacts.


Anyway, if I invoke this line now it fails, although interactively 
things load fine with the org file on the command line:


emacs someOrg.org -batch -l ~/.emacs.d/init.el
[...]
Symbol's value as variable is void: org-list-allow-alphabetical

To me, all of this points to some incorrect dependencies of load logic 
to -batch. Unfortunately I don't know how to diagnose such problems.


It's not urgent but seems like a clear bug to me.

Cheers,

Simon

Re: [O] VCard export problems

[Simon Thum]

Hi Bastien,

Thanks for the fast response!

I now get:

Debugger entered--Lisp error: (void-variable tel)
  (if tel (progn (progn (setq phones-list (split-string tel [,;: ]+)) 
(setq result ) (while phones-list (setq result (concat result TEL: 
(car phones-list) \n)) (setq phones-list (cdr phones-list))) result)))
  (when tel (progn (setq phones-list (split-string tel [,;: ]+)) 
(setq result ) (while phones-list (setq result (concat result TEL: 
(car phones-list) \n)) (setq phones-list (cdr phones-list))) result))
  (concat head (when email (progn (setq emails-list (split-string email 
[,;: ]+)) (setq result ) (while emails-list (setq result (concat 
result EMAIL: (car emails-list) \n)) (setq emails-list (cdr 
emails-list))) result)) (when addr (format ADR:;;%s\n 
(replace-regexp-in-string \\, ? ; addr))) (when tel (progn (setq 
phones-list (split-string tel [,;: ]+)) (setq result ) (while 
phones-list (setq result (concat result TEL: (car phones-list) \n)) 
(setq phones-list (cdr phones-list))) result)) (when bday (let 
((cal-bday (calendar-gregorian-from-absolute 
(org-time-string-to-absolute bday (format BDAY:%04d-%02d-%02d\n 
(calendar-extract-year cal-bday) (calendar-extract-month cal-bday) 
(calendar-extract-day cal-bday (when nick (format NICKNAME:%s\n 
nick)) (when note (format NOTE:%s\n note)) END:VCARD\n\n)
  (let* ((properties (caddr contact)) (name (org-contacts-vcard-escape 
(car contact))) (n (org-contacts-vcard-encode-name name)) (email (cdr 
(assoc-string org-contacts-email-property properties))) (bday 
(org-contacts-vcard-escape (cdr (assoc-string 
org-contacts-birthday-property properties (addr (cdr (assoc-string 
org-contacts-address-property properties))) (nick 
(org-contacts-vcard-escape (cdr (assoc-string 
org-contacts-nickname-property properties (head (format 
BEGIN:VCARD\nVERSION:3.0\nN:%s\nFN:%s\n n name))) (concat head (when 
email (progn (setq emails-list (split-string email [,;: ]+)) (setq 
result ) (while emails-list (setq result (concat result EMAIL: (car 
emails-list) \n)) (setq emails-list (cdr emails-list))) result)) (when 
addr (format ADR:;;%s\n (replace-regexp-in-string \\, ? ; addr))) 
(when tel (progn (setq phones-list (split-string tel [,;: ]+)) (setq 
result ) (while phones-list (setq result (concat result TEL: (car 
phones-list) \n)) (setq phones-list (cdr phones-list))) result)) (when 
bday (let ((cal-bday (calendar-gregorian-from-absolute 
(org-time-string-to-absolute bday (format BDAY:%04d-%02d-%02d\n 
(calendar-extract-year cal-bday) (calendar-extract-month cal-bday) 
(calendar-extract-day cal-bday (when nick (format NICKNAME:%s\n 
nick)) (when note (format NOTE:%s\n note)) END:VCARD\n\n))

  org-contacts-vcard-format(...



On 04/06/2013 10:53 PM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


I suspect some require
is missing in org-contacts.


In fact, `org-install-letbind' was called while not existing in
current Org.  So org-contacts.el tried to load the org-exp.el file
that comes with your Emacs and that we never want to load when
using pre-8.0.

I removed this function.


Anyway, if I invoke this line now it fails, although interactively things
load fine with the org file on the command line:

emacs someOrg.org -batch -l ~/.emacs.d/init.el
[...]
Symbol's value as variable is void: org-list-allow-alphabetical

To me, all of this points to some incorrect dependencies of load logic to
-batch. Unfortunately I don't know how to diagnose such problems.

It's not urgent but seems like a clear bug to me.


Indeed.  Thanks for reporting this.  Please test again and let me know
if something else needs to be fixed.

Best,

Re: [O] phone links...

[Simon Thum]

Since you're at it: I keep the attached patch personally. I use it to 
sync org-contacts entries to my phone.


I didn't sign up to the FSF so far, and suck at maintaining emacs commit 
msg conventions. If the patch is interesting I'll do what is required.


Cheers,

Simon


On 04/04/2013 02:15 PM, Bastien wrote:

Hi Robert,

Robert Goldman rpgold...@sift.info writes:


The two files are below, in hopes of getting suggestions for improvement
so that someday this could find itself into contrib/.


Looks like a good start -- please keep us updated about your progress
and your will to include this in contrib/, I'm sure many users would
enjoy it.

Thanks!



From c3b151d30a45f32679a166ac9fb220f85ad39dd0 Mon Sep 17 00:00:00 2001
From: Simon Thum simon.t...@gmx.de
Date: Sat, 27 Oct 2012 18:25:24 +0200
Subject: [PATCH 3/3] add telephone capability to org-contacts

Signed-off-by: Simon Thum simon.t...@gmx.de
---
 contrib/lisp/org-contacts.el |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)

diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el
index 30b9ed0..dba717f 100644
--- a/contrib/lisp/org-contacts.el
+++ b/contrib/lisp/org-contacts.el
@@ -64,6 +64,16 @@ If set to nil, all your Org files will be used.
   :type 'string
   :group 'org-contacts)
 
+(defcustom org-contacts-private-telephone-property TEL
+  Name of the property for contact private/home telephone.
+  :type 'string
+  :group 'org-contacts)
+
+(defcustom org-contacts-work-telephone-property WORKTEL
+  Name of the property for contact work/office telephone.
+  :type 'string
+  :group 'org-contacts)
+
 (defcustom org-contacts-birthday-property BIRTHDAY
   Name of the property for contact birthday date.
   :type 'string
@@ -565,11 +575,15 @@ Org-contacts does not specify how to encode the name. So we try to do our best.
 	 (email (org-contacts-vcard-escape (cdr (assoc-string org-contacts-email-property properties
 	 (bday (org-contacts-vcard-escape (cdr (assoc-string org-contacts-birthday-property properties
 	 (addr (cdr (assoc-string org-contacts-address-property properties)))
+	 (telpriv (org-contacts-vcard-escape (cdr (assoc-string org-contacts-private-telephone-property properties
+	 (telwork (org-contacts-vcard-escape (cdr (assoc-string org-contacts-work-telephone-property properties
 	 (nick (org-contacts-vcard-escape (cdr (assoc-string org-contacts-nickname-property properties
 
 	 (head (format BEGIN:VCARD\nVERSION:3.0\nN:%s\nFN:%s\n n name)))
 (concat head
 	(when email (format EMAIL:%s\n email))
+	(when telpriv (format TEL;TYPE=HOME,VOICE:%s\n telpriv))
+	(when telwork (format TEL;TYPE=WORK,VOICE:%s\n telwork))
 	(when addr
 	  (format ADR:;;%s\n (replace-regexp-in-string \\, ? ; addr)))
 	(when bday
-- 
1.7.8.6

[O] iCalendar export problem

[Simon Thum]

Hi all,

I have a strange problem that seems related to the iCalendar exporter.

I have an event which has the date spec

   2013-02-07 Th 12:00-14:00 +1w

but shows up on 13:00 my phone calendar (fed by ox-icalendar), CEST. Fun 
thing is, I did not experience lag with other entries.


The org entry becomes:

BEGIN:VEVENT
DTSTAMP:20130207T11Z
UID:TS1-d36d5eb9-e2db-42a3-866f-7442becadef0
DTSTART:20130207T12
DTEND:20130207T14
RRULE:FREQ=WEEKLY;INTERVAL=1
SUMMARY:Brown Bag Meeting
DESCRIPTION:Location: R 103\n\nRecurs: 2013-02-07 Do 12:00 
+1w–2013-02-07 Do 14:00 +1w ...


Another one (shown right this time) is:

BEGIN:VEVENT
DTSTAMP:20130404T15Z
UID:TS1-441e317c-7b52-4910-bbd3-0949a5c1bdd7
DTSTART:20130404T17
DTEND:20130404T19

The difference seems to be the DTSTAMP which is correctly aligned with 
DTSTART.


However, that's not what DTSTAMP is for. Actually, it should be set to 
the date-time the export happens. At least, that's what they say:


http://stackoverflow.com/questions/11594921/whats-the-difference-between-created-and-dtstamp-in-the-icalendar-format

Changing that probably does not help my problem, but seems better than 
the cooked-up values now ending up in DTSTAMP. I could not see any other 
candidate problems, though the analysis is weak so far.


Cheers,

Simon

Re: [O] Bug? Agenda problems after update

[Simon Thum]

Hi Bastien,

I tried to reproduce using -q and had another error occurring in 
customizing the agenda (hard to reproduce agenda problem with a blank list):


apropos-parse-pattern: Wrong type argument: stringp

occurs when using the search button. This is emacs org, from

GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.12) due to -q.

The below refers to git emacs, of course.


On 03/03/2013 07:34 AM, Bastien wrote:

Hi Simon,

thanks for reporting those problems.

Simon Thum simon.t...@gmx.de writes:


Press key for agenda command (unrestricted):
Update Org Contacts Database
Bad sexp at line 350 in /home/simon/org/privat.org:
(org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times]
Invalid face reference: nil [619 times]

1: Altough org-contacts is invoked, birthdays fail. I tried both sexp
syntaxes (%%() and %%()).


I'm cc'ing Grégory, maybe this is related to recent changes in
org-contact.el.  Grégory, can you have a look ?


Don't look in the wrong end - I checked out an out org-contacts.el 
(127bffa9e9cfe525fad0d8c) but the issue persisted. Also see below.





2: Hovering the mouse over the agenda produces these nil face warnings. I
have no idea how to diagnose this, but it does not hurt much it seems. On
every mouse motion event that hovers over agenda lines below today (except
for the first line below today's date line, misteriously, and only if a
certain line with a past-due deadline with [#C] priority cookie is
visible), one such warning is produced.


Mhh... I can't reproduce this.  Can you give a recipe?  What emacs
version is it with?


I tried a lot of stuff and this is triggering it for me:
(setq org-highest-priority ?B)
(setq org-lowest-priority ?D)
(setq org-default-priority ?D)

However, this seems just a factor. Removing it works but is undesirable 
for me, and re-adding it in an otherwise minimal config is fine too. I'm 
dropping this for now, let's see how my windows box responds.





3: The agenda dropped back to 10 sec and more. I used to have agenda
generation times of 2-3 sec after I switched to SSDs. I hope this is the
issue from the org-agenda-write taking very long thread currently going
on.


I don't think it is the same issue.  Here again, can you give a hint
on what your configuration and agenda file/command look like?
Well, even the default agenda was pretty lousy. But guess what? I 
executed one of my not-so-daily review (block-) agendas, and whatever it 
did, it fixed the issue. Could that be? I'm at a loss to explain things, 
but the slowdown is gone now. Some cache/temp file issue?


Is there some kind of make clean for the operational org-mode?

What's even better, since that the org-contacts integration is working 
fine again! Maybe that was the culprit, or my whole setup is somehow 
botched.





4: When jumping to a file from the agenda, it is completely visible,
including ARCHIVE tags (which otherwise work as expected). Just opening
them is fine; it only affects the case the agenda file was not loaded
before. Thus it seems to be a bug.


(setq org-agenda-inhibit-startup nil)

The new default is supposed to make the agenda generation faster,
actually.  Tassilo reported it was not speeding up things and I need
to check this again.


Apparently, it did not slowdown mine but fixed the issue. Thanks!

So the nil face is the only issue left, and it depends a lot on config. 
I will see if I can find out more.


Cheers,

Simon

Re: [O] Bug? Agenda problems after update

[Simon Thum]

Ahh, crap. Sorry to have spread confusion. The issues persit - except 
for the last one (4). I probably defected to the emacs org which 
miraculousy had 2 secs agenda generation time, not 16.


I removed the built-in one to avoid future confusion, but cannot dig 
deeper now.


Cheers,

Simon

On 03/03/2013 03:36 PM, Simon Thum wrote:

Hi Bastien,

I tried to reproduce using -q and had another error occurring in
customizing the agenda (hard to reproduce agenda problem with a blank
list):

apropos-parse-pattern: Wrong type argument: stringp

occurs when using the search button. This is emacs org, from

GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.12) due to -q.

The below refers to git emacs, of course.


On 03/03/2013 07:34 AM, Bastien wrote:

Hi Simon,

thanks for reporting those problems.

Simon Thum simon.t...@gmx.de writes:


Press key for agenda command (unrestricted):
Update Org Contacts Database
Bad sexp at line 350 in /home/simon/org/privat.org:
(org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times]
Invalid face reference: nil [619 times]

1: Altough org-contacts is invoked, birthdays fail. I tried both sexp
syntaxes (%%() and %%()).


I'm cc'ing Grégory, maybe this is related to recent changes in
org-contact.el.  Grégory, can you have a look ?


Don't look in the wrong end - I checked out an out org-contacts.el
(127bffa9e9cfe525fad0d8c) but the issue persisted. Also see below.




2: Hovering the mouse over the agenda produces these nil face
warnings. I
have no idea how to diagnose this, but it does not hurt much it
seems. On
every mouse motion event that hovers over agenda lines below today
(except
for the first line below today's date line, misteriously, and only if a
certain line with a past-due deadline with [#C] priority cookie is
visible), one such warning is produced.


Mhh... I can't reproduce this.  Can you give a recipe?  What emacs
version is it with?


I tried a lot of stuff and this is triggering it for me:
(setq org-highest-priority ?B)
(setq org-lowest-priority ?D)
(setq org-default-priority ?D)

However, this seems just a factor. Removing it works but is undesirable
for me, and re-adding it in an otherwise minimal config is fine too. I'm
dropping this for now, let's see how my windows box responds.




3: The agenda dropped back to 10 sec and more. I used to have agenda
generation times of 2-3 sec after I switched to SSDs. I hope this is the
issue from the org-agenda-write taking very long thread currently
going
on.


I don't think it is the same issue.  Here again, can you give a hint
on what your configuration and agenda file/command look like?

Well, even the default agenda was pretty lousy. But guess what? I
executed one of my not-so-daily review (block-) agendas, and whatever it
did, it fixed the issue. Could that be? I'm at a loss to explain things,
but the slowdown is gone now. Some cache/temp file issue?

Is there some kind of make clean for the operational org-mode?

What's even better, since that the org-contacts integration is working
fine again! Maybe that was the culprit, or my whole setup is somehow
botched.




4: When jumping to a file from the agenda, it is completely visible,
including ARCHIVE tags (which otherwise work as expected). Just opening
them is fine; it only affects the case the agenda file was not loaded
before. Thus it seems to be a bug.


(setq org-agenda-inhibit-startup nil)

The new default is supposed to make the agenda generation faster,
actually.  Tassilo reported it was not speeding up things and I need
to check this again.


Apparently, it did not slowdown mine but fixed the issue. Thanks!

So the nil face is the only issue left, and it depends a lot on config.
I will see if I can find out more.

Cheers,

Simon

Re: [O] How can I stop org-agenda-write from overwriting existing files.

[Simon Thum]

Dear Bastien,

On 03/01/2013 03:07 PM, Bastien wrote:

Hi Rainer,

Rainer Stengele rainer.steng...@online.de writes:


How can I stop org-agenda-write from overwriting existing files?
Should we consider to introduce an option instead of advising the
function?


You are now asked before overwriting the file, thanks for suggesting
this.



this breaks my setup. I export to mobileOrg on my server whenever I 
sync. Now I am being asked Overwrite existing file 
/home/org-mobile/mobileOrg/agendas.org? (y or n) y but the script does 
not answer.


I am invoking:

emacs -batch -l ~/.emacs.d/init.el -f org-mobile-push --kill

but even though I use -batch the question is asked!

How can I fix this?

Cheers,

Simon

[O] New exporter: minor issue

[Simon Thum]

Hi Nicolas,

I have scripted an ical export that invokes:

org-icalendar-combine-agenda-files

but the thing fails on my server and home boxes. I investigated and 
found that a misguided babel block I added in a hurry and forgot about 
was causing trouble:


#+BEGIN_SRC xml

#+END_SRC

It seems this was the culprit, so I'm reporting this so maybe the 
failure can be made more graceful. One thing I noted that while I was 
informed of the temp .ics files I had no idea which file it was failing 
on - I assumed it would be when combining.


Anyway, ascii export had the same trouble on this file so it's generic, 
and may actually be a bug, or that's what it looks to me.


The failure is:

Debugger entered--Lisp error: (wrong-number-of-arguments max 0)
  max()
  apply(max nil)
  (+ (apply (quote max) (mapcar (quote length) code-lines)) (if (not 
num-start) 0 (length (format num-fmt num-start
  (let* ((code-info (org-export-unravel-code element)) (code (car 
code-info)) (code-lines (org-split-string code \n)) (refs (and 
(org-element-property :retain-labels element) (cdr code-info))) 
(num-start (case (org-element-property :number-lines element) (continued 
(org-export-get-loc element info)) (new 0))) (num-fmt (and num-start 
(format %%%ds   (length (number-to-string (+ ... num-start)) 
(max-width (+ (apply (quote max) (mapcar (quote length) code-lines)) (if 
(not num-start) 0 (length (format num-fmt num-start)) 
(org-export-format-code code (lambda (loc line-num ref) (let 
((number-str (and num-fmt (format num-fmt line-num (concat 
number-str loc (and ref (concat (make-string ... 32) (format (%s) 
ref)) num-start refs))

  org-export-format-code-default((src-block (:language xml ...

Re: [O] How can I stop org-agenda-write from overwriting existing files.

[Simon Thum]

On 03/03/2013 05:54 PM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


this breaks my setup.


I've removed the check when org-agenda-write is called
non-interactively.  Please let me know if this fixes your
setup.

Thanks,


Works like a charm!

Thank you very much!

Re: [O] Bug? Agenda problems after update

[Simon Thum]

Hi,

I'm pleased to announce that with commit b06735aa85506e04f9b2e agneda 
performance is back to lighting-fast and the agenda works with 
birthdays. Thanks a lot!


On 03/03/2013 05:50 PM, Bastien wrote:

Hi Simon,

Simon Thum simon.t...@gmx.de writes:


I tried a lot of stuff and this is triggering it for me:
(setq org-highest-priority ?B)
(setq org-lowest-priority ?D)
(setq org-default-priority ?D)

However, this seems just a factor. Removing it works but is undesirable for
me, and re-adding it in an otherwise minimal config is fine too. I'm
dropping this for now, let's see how my windows box responds.


What are the values of `org-agenda-fontify-priorities' and
`org-priority-faces'?


org-agenda-fontify-priorities
cookies
org-priority-faces
nil

I don't knowingly change these.

HTH,

Simon

[O] Bug? Agenda problems after update

[Simon Thum]

Hi all,

I've updated to recent master to fix a problem the new exporter fixes in 
master. I didn't update for a few months, so it's not easy to tell when 
things broke. I already looked for solutions, but could not find any for 
the below. Please help me track these down.


I observe four problems I don't think I had before. Two can be seen in 
the messages from an agenda run:



Press key for agenda command (unrestricted):
Update Org Contacts Database
Bad sexp at line 350 in /home/simon/org/privat.org: 
(org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times]

Invalid face reference: nil [619 times]


1: Altough org-contacts is invoked, birthdays fail. I tried both sexp 
syntaxes (%%() and %%()).


2: Hovering the mouse over the agenda produces these nil face warnings. 
I have no idea how to diagnose this, but it does not hurt much it seems. 
On every mouse motion event that hovers over agenda lines below today 
(except for the first line below today's date line, misteriously, and 
only if a certain line with a past-due deadline with [#C] priority 
cookie is visible), one such warning is produced.



3: The agenda dropped back to 10 sec and more. I used to have agenda 
generation times of 2-3 sec after I switched to SSDs. I hope this is the 
issue from the org-agenda-write taking very long thread currently 
going on.


4: When jumping to a file from the agenda, it is completely visible, 
including ARCHIVE tags (which otherwise work as expected). Just opening 
them is fine; it only affects the case the agenda file was not loaded 
before. Thus it seems to be a bug.



Thanks in advance,

Simon

Re: [O] In agenda, better handling of files changed behind Org's back

[Simon Thum]

On 12/29/2012 11:29 AM, Bastien wrote:

Hi Simon,

(New thread for this topic.)

Simon Thumsimon.t...@gmx.de  writes:


I'd also like to use this opportunity to ask about more graceful agenda
handling of changed files. When someone (not emacs) touches agenda files,
the agenda code fails horribly.   That is even if the file is readonly or has
the #+READONLY header (which seems menaingful only to org-mobile). It
would be preferable to just reload in this case. ATM, I am queried about
something related to reloading and the agenda cancels no matter what I
say.


I get the gist of what may happen here, but I'd need a reproducible
recipe to know where to put the checks.  Sorry to put the burden on
your shoulders, but this would help a lot!


It's not a burden at all. This recipe breaks for me:

1 ) invoke agenda

2)  touch some_agenda_file.org

3) invoke agenda again

I am asked: some_agenda_file.org changed on disk; really edit the 
buffer? (y, n, r or C-h)


No matter what I answer, the agenda does not show up. Using r, I can get 
the agenda in a repeat call.


My argument is that read-only buffers are not supposed to change on 
emacs' side, so it would always be OK to re-read them.


Cheers,

Simon

Re: [O] In agenda, better handling of files changed behind Org's back

[Simon Thum]

On 12/29/2012 02:29 PM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


It's not a burden at all. This recipe breaks for me:

1 ) invoke agenda

2)  touch some_agenda_file.org

3) invoke agenda again

I am asked: some_agenda_file.org changed on disk; really edit the buffer?
(y, n, r or C-h)

No matter what I answer, the agenda does not show up. Using r, I can get
the agenda in a repeat call.

My argument is that read-only buffers are not supposed to change on emacs'
side, so it would always be OK to re-read them.


I understand and I agree.

There is no simple fix, though.  I'll put this on my watch list.


Thanks for that. I assumed it would be easier.

I'm using a fair amount of generated org files, and what especially 
sucks with this behaviour is that _each changed file_ requires one 
agenda building attempt. So before re-reading 3 org files it is easier 
to restart emacs.


Cheers,

Simon

Re: [O] Agenda highlighting bug

[Simon Thum]

On 12/24/2012 09:48 AM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


I recently added an org file which is an import from our community service,
the so-called Müllabfuhr, which I put in müllabfuhr.org.

The agenda fails to highlight these entries however. It's not terrible,
actually it's JUST PERFECT because this is such a minor thing but it sucks
to miss it.


Could you provide a minimal config and example to reproduce this bug?
Special character should not prevent the inclusion of tasks in the
agenda, and I never noticed anything like this before...


I can't reproduce it currently, maybe it was just that most agenda 
entries are scheduled/dealined and the highlighting was actually normal.


The more difficult problem for me was that the agenda file in my case 
contains a list of files which is synchronised over systems. Wherever I 
add this file (win32 vs. linux) the other system fails to load the 
agenda then.


I dropped back to non-special surrogates but it feels like 90s. Can I 
set the agenda file's encoding or is there something else which comes to 
mind?


I'd also like to use this opportunity to ask about more graceful agenda 
handling of changed files. When someone (not emacs) touches agenda 
files, the agenda code fails horribly. That is even if the file is 
readonly or has the #+READONLY header (which seems menaingful only to 
org-mobile). It would be preferable to just reload in this case. ATM, I 
am queried about something related to reloading and the agenda cancels 
no matter what I say.


Cheers,

Simon

[O] Agenda highlighting bug

[Simon Thum]

Hi all,

I recently added an org file which is an import from our community 
service, the so-called Müllabfuhr, which I put in müllabfuhr.org.


The agenda fails to highlight these entries however. It's not terrible, 
actually it's JUST PERFECT because this is such a minor thing but it 
sucks to miss it.


Now that's obviously a bug. But I really like to attenuate some entries, 
just as approaching deadlines are set in bold. Is there any feature to 
achieve this (ideally based on tags, not presence of weird characters in 
the file name)?


Cheers,

Simon

[O] vCard import

[Simon Thum]

Hi all,

just a short notice: I added a ruby gist which creates org-contacts 
entries from vCard files.


https://gist.github.com/4145201

It is currently very limited (Name and Tel) and definitely ugly but if 
someone is filling his org-contacts maybe this saves some work.


Cheers,

Simon

[O] Org server changes?

[Simon Thum]

Hi all,

I tried to pull Worg and got no connection. Also ssh complained about 
everything it possibly could. The remote is


  w...@orgmode.org:worg.git

Is my/Worg access going to be restored, or did someting change?

Cheers,

Simon

Re: [O] Org server changes?

[Simon Thum]

Hi Achim,

I'll take care of that no prob but I looked up WOrg before writing this 
email and I do not remember to have seen that:


http://orgmode.org/worg/worg-git.html

Anyway, good to know it's not some server went down.

Cheers,

Simon

On 11/25/2012 10:22 PM, Achim Gratz wrote:

Simon Thum writes:

I tried to pull Worg and got no connection. Also ssh complained about
everything it possibly could. The remote is

   w...@orgmode.org:worg.git


Make the remote git://orgmode.org/worg.git and add (to the local or the
global) configuration:

[url git+ssh://w...@orgmode.org/~/worg.git]
 pushInsteadOf = git://orgmode.org/worg.git

That takes care of not using ssh when you don't need it (pull) so even
if your ssh setup is hosed you still know the server is working.  It
seems you haven't been using Worg in a while, so you will probably need
to remove the old server key from the ssh configuration and let it pick
up the new one.


Regards,
Achim.

Re: [O] Sexp aganda entries broken?

[Simon Thum]

On 11/12/2012 09:31 PM, Nicolas Goaziou wrote:

Simon Thumsimon.t...@gmx.de  writes:


I see, it just seemed to me that org-contacts uses it for (seemingly)
good reasons and there is no replacement or deprecation. Is there
missing consensus on this syntax?


I don't think so. AFAIU this syntax was created to include diary entries
without the overhead of generating the diary first. There are not meant
to be used as a replacement for timestamps.
Sure. I'd appreciate if the new icalendar exporter would handle these 
entries (in particular org-contacts ones) - I didn't yet get it to 
export agendas. Is it possible to do that?


Cheers,

Simon




Regards,

Re: [O] [ANN] e-icalendar back-end

[Simon Thum]

Hi,

just tested and it seems to work fine.

A glitch: Unlike the other functions, I could not get 
org-e-icalendar-export-current-agenda to auto-complete in M-x and it 
also did not produce meaningful results (empty icalendar).


What I'm missing is the ability to influence the amount of information 
diclosed for a public calendar. But 'll hack on this myself and come 
back eventually.


Thanks for this nice exporter!

Cheers,

Simon


On 11/03/2012 12:48 AM, Nicolas Goaziou wrote:

Hello,

I've just pushed a new (and probably very buggy) iCalendar back-end for
org-export.el.

To install it:

 (require 'org-e-icalendar)

It should then be available under `org-export-dispatch' menu.

There's also a function to write current agenda view to a calendar, but
it isn't hooked into `org-agenda-write' yet. For now, you can test it,
from an agenda buffer, with:

 M-: (org-e-icalendar-export-current-agenda)


Feedback is welcome.


Regards,

Re: [O] [ANN] e-icalendar back-end

[Simon Thum]

On 11/11/2012 10:12 PM, Nicolas Goaziou wrote:

Hello,

Simon Thumsimon.t...@gmx.de  writes:


just tested and it seems to work fine.


Thanks for testing it.


A glitch: Unlike the other functions, I could not get
org-e-icalendar-export-current-agenda to auto-complete in M-x


That's correct. `org-e-icalendar-export-current-agenda' isn't meant to
be a command. It will be called internally by `org-agenda-write' (C-x
C-w from an agenda buffer). Though, for now, it isn't since
org-icalendar.el is still current icalendar back-end.


and it also did not produce meaningful results (empty icalendar).


Make sure to call it from an agenda buffer. Also, you may want to check
`org-e-icalendar-include-todo' variable if your agenda view only
contains TODO entries.


What I'm missing is the ability to influence the amount of information
diclosed for a public calendar. But 'll hack on this myself and come
back eventually.


You can tweak `org-e-icalendar-include-body' (i.e. set it to nil).
I saw there are some knobs but I'm looking for more felixble soultions, 
e.g. sth like org-icalendar-verify-function. Also body suggests the 
headline is kept, which is too much for simply indicating availability.


But for now I'm content to get my phone to grasp the ical...

Thanks,

Simon






Regards,

Re: [O] Sexp aganda entries broken?

[Simon Thum]

On 11/10/2012 11:31 AM, Nicolas Goaziou wrote:

Hello,

Simon Thumsimon.t...@gmx.de  writes:


To prevent further breakage, I am attaching a doc fix. I hope it is
useable?


This is already documented in section 10.3.1 (Calendar/Diary
integration) of the manual. I don't think it's useful to drop another
note there.


I know that, but I deemed it useful to document it as a related but 
separate mechanism on its own merit. Perhaps there could be a link to 
10.3.1 to make it clear that the notations differ in important ways?


Cheers,

Simon




Thanks for your patch, though.


Regards,

Re: [O] Sexp aganda entries broken?

[Simon Thum]

On 11/10/2012 05:24 PM, Nicolas Goaziou wrote:

Simon Thumsimon.t...@gmx.de  writes:


I know that, but I deemed it useful to document it as a related but
separate mechanism on its own merit. Perhaps there could be a link to
10.3.1 to make it clear that the notations differ in important ways?


Since %%(...) syntax isn't a timestamp /per se/, there is no reason to
refer to it in the timestamps part of the manual.

Also, despite its own merit, it's an antiquated[fn:1] and irregular
syntax, which doesn't deserve much publicity. It won't disappear, but
it's better to circumvent its uses.


I see, it just seemed to me that org-contacts uses it for (seemingly) 
good reasons and there is no replacement or deprecation. Is there 
missing consensus on this syntax?


Cheers,

Simon




Regards,

[fn:1] Even the example given in Calendar/Diary integration section is
outdated, as it relies on CATEGORY keyword to change category on the fly
within the same section (see footnote in 10.4.1).

Re: [O] Sexp aganda entries broken?

[Simon Thum]

Sorry, I was being dumb. All fine.

To prevent further breakage, I am attaching a doc fix. I hope it is useable?

Cheers,

Simon

On 11/06/2012 11:21 PM, Simon Thum wrote:

Dear all,

I have a sexp entry that somehow works less good now. It's

** 11:00 Monthly PTB Telco
%%(org-float t 2 3)
(some more stuff)

The agenda reads SEXP entry returned empty string, whereas previously
I got the headline.

Putting something behind the sexp get me that, but the time is not
recovered.

I think this matches the example in the manual quite closely, so
probably it's a bug. Any ideas? I'm on the current git but I don't
update too regularly and it was broken before.

Cheers,

Simon




From 247c3fdde300be13d20e591ca5f217ad0385de49 Mon Sep 17 00:00:00 2001
From: Simon Thum simon.t...@gmx.de
Date: Sun, 26 Aug 2012 19:37:44 +0200
Subject: [PATCH] document another sexp timestamp syntax

TINYCHANGE
---
 doc/org.texi |9 +
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index bf67876..30c1ce4 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -5571,6 +5571,15 @@ example with optional time
   %%(org-float t 4 2)
 @end example
 
+A similar syntax that is different in terms of agenda results is
+
+@example
+* Wife
+%%(org-anniversary 2001 05 07) Wedding day (%d Years)
+@end example
+
+Here, ``Wedding day (n Years)'' will show up in the agenda (if the headline matches). It is important that there is no leading space.
+
 @item Time/Date range
 @cindex timerange
 @cindex date range
-- 
1.7.8.6

[O] Sexp aganda entries broken?

[Simon Thum]

Dear all,

I have a sexp entry that somehow works less good now. It's

** 11:00 Monthly PTB Telco
%%(org-float t 2 3)
   (some more stuff)

The agenda reads SEXP entry returned empty string, whereas previously 
I got the headline.


Putting something behind the sexp get me that, but the time is not 
recovered.


I think this matches the example in the manual quite closely, so 
probably it's a bug. Any ideas? I'm on the current git but I don't 
update too regularly and it was broken before.


Cheers,

Simon

Re: [O] Filter weekly/daily agenda by tag

[Simon Thum]

On 10/28/2012 12:58 PM, Alexander Baier wrote:

To explain what i want to achieve regarding this example: I want a
weekly agenda view only displaying Event1, Event2 and Event4 but not
Event3 as it should be excluded by its tag.

Any help is appreciated.

FWIW, my agenda is constructed like this:

(w work week agenda agenda 
((org-agenda-span 'week)
 (org-agenda-start-on-weekday 1) ;; work - begin on monday
 (org-agenda-tag-filter-preset '(+@work)) ;; no OR (phd | @work) 
possible here!

 (org-agenda-hide-tags-regexp @work)
 (org-agenda-compact-blocks t)
))

Using the tag-filter-preset allows to change the tags inside the agenda 
view because it filters the view, not the construction of the agenda.


Excluding might work like this:

(org-agenda-tag-filter-preset '(+like -dislike))

but I haven't tested this combination.

I'm also hiding the @work tag as the other tags (if any) are more 
relevant then.


HTH,

Simon



Regards
Alexander

Re: [O] [ANN] Editable HTML export of Org-mode files

[Simon Thum]

On 10/28/2012 04:19 PM, Eric Schulte wrote:

Yes, the content of the edit boxes does come from the exported html.
For each portion of the Org-mode document (as delimited by
org-elements), both the raw Org-mode text and the HTML are exported
side-by-side, then the raw Org-mode text is hidden and the HTML is
displayed, until the [edit] button is pushed at which point JavaScript
is used to hide the HTML and to expose the raw Org-mode text in an edit
box.  When edits are committed they are committed one portion (edit-box)
at a time.

Does this make sense?

Why would something need to change for this to be reliable?
No, that sounds correct in principle. But my whitespace got eaten 
nonetheless ;(


I'll be investigating further.

Cheers,

Simon

Re: [O] Web site bug

[Simon Thum]

Hi Bastien,

thanks a lot for clarifying this. One nit left, see below.

I'm having a look at putting a summary in worg.

Thanks,

Simon

On 10/27/2012 09:33 AM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


Sorry but to me this just worsens the (or my) confusion around
org-install.

In git we find this org-install.el:

;;; org-install.el --- autogenerated file, do not edit
;;
;;; Code:
(warn The file org-install is obsolete.
Please change your configuration to (require 'org) instead.)


Yes, this was confusing.  I updated this file like this

   ;;; org-install.el --- backward compatibility file for obsolete configuration
   ;;
   ;;; Code:
   (warn The file org-install is obsolete.
   It is provided here so that (require 'org-install) does not
   trigger an error for users with obsolete Emacs configuration.
   You can safely remove (require 'org-install) from your config.)


Judging from what you say further down there are use-cases left where 
this is bad advice, namely the distribution archives and git.





   (provide 'org-install)

   ;; Local Variables:
   ;; no-byte-compile: t
   ;; coding: utf-8
   ;; End:
   ;;; org-install.el ends here

I hope it is clearer.


Apart from it not being autogenerated, it's confusing that I should use
org instead.


Indeed.  The main message is: you don't need (require 'org-install)
anymore.  It used to be needed to get the correct autoloads but it is
not anymore, as autoloads are taken from org-autoloads.el, which is
either provided (in the distrib tar.gz/zip archives) or dynamically
generated (from make).


Which is the recommended thing in what setup? If ELPA needs not even 'org,
which AFAIK is not the case, then what? And what about git installs?


If you use Org from Emacs, you don't need anything.

If you use Org from the distribution archives, you need to add the
directory with the extracted directory in your load-path and to add
(require 'org) after adding the Org directory to the load-path.

If you use Org from git, you need the above plus runing make or
make autoloads so that the correct autoloads are loaded.

If you use Org from ELPA, you just need to add (package-initialize)
before any Org configuration of the type (setq org-* ...).


I guess I'm wholly confused now.


I hope I helped to clarify things.

I also remove any reference to org-install in
http://orgmode.org/elpa.html since the ELPA archive is produced
from maint, which is7.9.2 anyway.

Thanks for the heads up,

[O] Bug or not? vCard export problem

[Simon Thum]

Hi all,

I'm currently setting up org for more automatic syncing. One of the 
tings I'm testing is auto-regenerating a vCard list of my org-contacts 
content on update:


emacs -f org-contacts-export-as-vcard

This does not work. However if I load some org file:

emacs whatnot.org -f org-contacts-export-as-vcard

things get rolling.

I'm not sure it's a bug, and the workaround seems easy enough if 
superfluous. Just wanted to let you know in case this is intended to 
actually work.


If someone knows a better solution please speak up.

Cheers,

Simon

Re: [O] Web site bug

[Simon Thum]

On 10/25/2012 12:42 AM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


I just set up another machine and noticed that the ELPA install still
recommends (require 'org-install).

http://orgmode.org/elpa.html

That worked but got me warnings.


I added a note about (require 'org-install) not being required for
Org  7.9.2 -- thanks!


Sorry but to me this just worsens the (or my) confusion around org-install.

In git we find this org-install.el:

;;; org-install.el --- autogenerated file, do not edit
;;
;;; Code:
(warn The file org-install is obsolete.
Please change your configuration to (require 'org) instead.)

Apart from it not being autogenerated, it's confusing that I should use 
'org instead.


Which is the recommended thing in what setup? If ELPA needs not even 
'org, which AFAIK is not the case, then what? And what about git installs?


I guess I'm wholly confused now.

Cheers,

Simon

Re: [O] [ANN] Editable HTML export of Org-mode files

[Simon Thum]

On 10/22/2012 10:38 PM, Eric Schulte wrote:

Simon Thumsimon.t...@gmx.de  writes:
--8---cut here---start-8---
foo bar





--8---cut here---end---8---

all of the spaces and newlines are inserted into the Org-mode file.
However, when that Org-mode file is re-exported, it uses the normal html
exporter (which *does* ignore whitespace by default).

So, if you are not having the spaces inserted into your Org-mode file
that is a problem with org-ehtml, but if you *are* having the spaces
appear in your .org file (server-side), but they are not appearing in
the exported HTML, that is expected behavior.


I meant when editing in the HTML page via the server call-back. Changing 
the WS means all lines change, regardless of whether I edited them. From 
your description I assume the edit box content comes out of the export, 
too? I guess that needs to change for this to work reliably.







2) I cannot use the auth handler:



Perhaps you could provide a minimal .el initialization file which shows
how you are trying to launch the server?


Essentially from your README - sadly with -Q it does not work, but I'll 
be back to this in a week or so.


Cheers,

Simon



Hope this Helps,

[O] Web site bug

[Simon Thum]

Hi,

I just set up another machine and noticed that the ELPA install still 
recommends (require 'org-install).


http://orgmode.org/elpa.html

That worked but got me warnings.

Cheers,

Simon

Re: [O] [ANN] Editable HTML export of Org-mode files

[Simon Thum]

Hi Eric,

thank you for this very interesting thing!

I have two comments from my first testing.
1) It seems editing is eating all the whitespace in a section. They 
probably need html protection. (nbsp; or the like)

2) I cannot use the auth handler:

signal(error (Elnode cannot set a wrapper for /login/ on 
org-ehtml-auth-handler))
  error(Elnode cannot set a wrapper for /login/ on 
org-ehtml-auth-handler)

  elnode-set-wrapper(org-ehtml-auth-handler #[513 \211\302 (...junk)
  elnode--auth-define-scheme-do-wrap((org-ehtml-auth-handler #[513  
(...junk)

require(org-ehtml-auth)
  (progn (require (quote org-ehtml-auth)) (setq 
org-ehtml-everything-editable t org-ehtml-docroot ~/org 
my-org-ehtml-port ) (elnode-start (quote org-ehtml-auth-handler) 
:port my-org-ehtml-port))
  eval((progn (require (quote org-ehtml-auth)) (setq 
org-ehtml-everything-editable t org-ehtml-docroot ~/org 
my-org-ehtml-port ) (elnode-start (quote org-ehtml-auth-handler) 
:port my-org-ehtml-port)))
  org-babel-execute:emacs-lisp(;; (require 'org-ehtml)\n(require 
'org-ehtml-auth)\n;; Configure the server\n(setq\n 
org-ehtml-everything-editable t\n org-ehtml-docroot \~/org\\n 
my-org-ehtml-port \n )\n\n;; Start the server\n(elnode-start 
'org-ehtml-auth-handler :port my-org-ehtml-port) ((:comments . ) 
(:shebang . ) (:cache . no) (:padline . ) (:noweb . yes) 
(:tangle . no) (:exports . code) (:results . replace) (:session . 
none) (:padnewline . yes) (:hlines . yes) (:colnames . no) 
(:result-type . value) (:result-params replace) (:rowname-names) 
(:colname-names)))
  org-babel-execute-src-block(nil (emacs-lisp ;; (require 
'org-ehtml)\n(require 'org-ehtml-auth)\n;; Configure the server\n(setq\n 
org-ehtml-everything-editable t\n org-ehtml-docroot \~/org\\n 
my-org-ehtml-port \n )\n\n;; Start the server\n(elnode-start 
'org-ehtml-auth-handler :port my-org-ehtml-port) ((:comments . ) 
(:shebang . ) (:cache . no) (:padline . ) (:noweb . yes) 
(:tangle . no) (:exports . code) (:results . replace) (:session . 
none) (:padnewline . yes) (:hlines . yes) (:colnames . no) 
(:result-type . value) (:result-params replace) (:rowname-names) 
(:colname-names))  nil 0))

  org-babel-execute-src-block-maybe()
  org-babel-execute-maybe()
  org-babel-execute-safely-maybe()


Likely some oversight on my part.

HTH,

Simon


On 08/14/2012 12:28 AM, Eric Schulte wrote:

Hi,

I've recently put together a web server which runs in Emacs and exports
local Org-mode files to HTML in such a way that they may be edited from
within a web browser with the edits saved to local files on disk.  The
code is available from github.

  repository  https://github.com/eschulte/org-ehtml
   README --- http://eschulte.github.com/org-ehtml

This is a very thin Emacs Lisp and JavaScript wrapper around Nic
Ferrier's elnode Emacs web server [1], and Nicolas Goaziou's structured
Org-mode file representation and export engine.  It requires Emacs 24
and the development versions of both Org-mode and elnode.

The code is fairly new so there are likely some kinks to be worked out
(backup your files before editing them with this web-server), but the
implementation is very simple and should be easy to modify.  See the
README for information on how to make use of elnode's authentication
system, or how to have web edits automatically committed to a local
version control system.

Comments and patches are welcome.

Cheers,

Footnotes:
[1]  https://github.com/nicferrier/elnode

Re: [O] Some links no longer work

[Simon Thum]

On 10/03/2012 07:19 PM, Simon Thum wrote:

On 10/03/2012 03:09 PM, Giovanni Ridolfi wrote:

Da: Simon Thumsimon.t...@gmx.de
Inviato: Mercoledì 3 Ottobre 2012 14:45

Hi Simon,


recently my UNC links stopped working; [...]
I have links, say, [[\\server\share\some\dir\]] which (on win32)
would open an explorer at the location.
This is pretty handy;

it is.

However
(dired-at-point //myserver/dir)
then C-x C-e at the end of the line is really a killer (provided you
read dired's manual).


Now, UNC links get me an error saying something like file not found
right in emacs.

cannot reproduce.

[[\\myserver\dir]]

here it works.


I guess I'll retry with forward slashes - although it did not work for
me without trailing backslash either.

Thanks for the suggestion. I'll try tomorrow!

Just to confirm it worked today, albeit after update.

Cheers,

Simon





Org-mode version 7.9.1 (a99402facf8726
quite old: 17 Sept 2012

GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601) of 2012-06-10 on MARVIN

Tschüß,

Giovanni

[O] Some links no longer work

[Simon Thum]

Hi,

recently my UNC links stopped working; I am not sure it was supposed to 
ever work but not it does no longer ;(


I have links, say, [[\\server\share\some\dir\]] which (on win32) would 
open an explorer at the location. This is pretty handy; I use to have a 
resources heading for my projects which get me to the relevant places fast.


Now, UNC links get me an error saying something like file not found 
right in emacs.


So, how do I get it to open links without emacs-side checks interfering?

I searched the docs but no luck.

Cheers,

Simon

Re: [O] Some links no longer work

[Simon Thum]

On 10/03/2012 03:09 PM, Giovanni Ridolfi wrote:

Da: Simon Thumsimon.t...@gmx.de
Inviato: Mercoledì 3 Ottobre 2012 14:45

Hi Simon,


recently my UNC links stopped working; [...]
   I have links, say, [[\\server\share\some\dir\]] which (on win32) would open 
an explorer at the location.
This is pretty handy;

it is.

However
(dired-at-point //myserver/dir)
then C-x C-e at the end of the line is really a killer (provided you read 
dired's manual).


Now, UNC links get me an error saying something like file not found right in 
emacs.

cannot reproduce.

[[\\myserver\dir]]

here it works.


I guess I'll retry with forward slashes - although it did not work for 
me without trailing backslash either.


Thanks for the suggestion. I'll try tomorrow!



Org-mode version 7.9.1 (a99402facf8726
  quite old: 17 Sept 2012

GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601) of 2012-06-10 on MARVIN

Tschüß,

Giovanni

Re: [O] capture templates and org-contacts

[Simon Thum]

Hi Achim,

that fixes it, thank you very much!

Cheers,

Simon


On 09/06/2012 07:54 PM, Achim Gratz wrote:

Simon Thum writes:

recently my org-contacts template broke; I get

%![Error: (void-function gnus-alive-p)]

in the capture buffer where the name should have been.

The template is

(c Kontakt entry (file+headline my-org-contacts-file Neu) *
%(org-contacts-template-name)))


The setup worked before - wanyone an idea what could be the cause?


gnus-util must be loaded for this function to be available.  This
requirement is missing from both org-capture and org-gnus.  Actually,
this function really should be autoloaded by Gnus but isn't.


I'm using org-fixup to generate my autoloads.


Sure, but certainly not for Gnus…  I've just pushed up a fix that
adds (require 'gnus-util) to both files.


Regards,
Achim.

[O] capture templates and org-contacts

[Simon Thum]

Hi all,

recently my org-contacts template broke; I get

%![Error: (void-function gnus-alive-p)]

in the capture buffer where the name should have been.

The template is

(c Kontakt entry (file+headline my-org-contacts-file Neu) * 
%(org-contacts-template-name)))



The setup worked before - wanyone an idea what could be the cause?

I'm using org-fixup to generate my autoloads.

Cheers,

Simon

Re: [O] [GSoC] Org Merge Driver Update

[Simon Thum]

Hi Andrew,

I finally got to code a bit and tried clang on the merge driver. BTW you 
should probably mention prerequisites like gcc 4.7.


clang suggests your syntax is C11/requires a c++-style ODR. Also there 
is one error and numerous warnings you might want to fix.


HTH,

Simon

clang -DHAVE_CONFIG_H -I. -I..-O0 -I../gnulib/lib -g -O2 -MT oo 
`test -f 'org_heading.c' || echo './'`org_heading.c

In file included from org_heading.c:34:
In file included from ./doc_elt.h:28:
In file included from ./doc_elt_ops.h:29:
./doc_ref.h:54:3: warning: redefinition of typedef 'doc_ref' is a
} doc_ref;
  ^
./doc_ref.h:31:24: note: previous definition is here 


typedef struct doc_ref doc_ref;
   ^
./doc_ref.h:203:37: warning: format specifies type 'int' but the 
argument has type 'doc_elt *' (aka 'st

  printf (checking parent par=%d, ref=%d\n,
   ~^
./doc_ref.h:203:45: warning: format specifies type 'int' but the 
argument has type 'doc_elt *' (aka 'st

  printf (checking parent par=%d, ref=%d\n,
   ~^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:28:
./doc_elt_ops.h:32:24: warning: redefinition of typedef 'doc_elt' is a 
C11 feature [-Wtypedef-redefinit

typedef struct doc_elt doc_elt;
   ^
./doc_ref.h:29:24: note: previous definition is here 


typedef struct doc_elt doc_elt;
   ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:28:
./doc_elt_ops.h:34:27: warning: redefinition of typedef 'print_ctxt' is 
a C11 feature [-Wtypedef-redefinitio

typedef struct print_ctxt print_ctxt;
  ^
./print_ctxt.h:69:3: note: previous definition is here 


} print_ctxt;
  ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:28:
./doc_elt_ops.h:38:27: warning: redefinition of typedef 'merge_ctxt' is 
a C11 feature [-Wtypedef-redefinitio

typedef struct merge_ctxt merge_ctxt;
  ^
./doc_ref.h:30:27: note: previous definition is here 


typedef struct merge_ctxt merge_ctxt;
  ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:28:
./doc_elt_ops.h:40:24: warning: redefinition of typedef 'doc_ref' is a 
C11 feature [-Wtypedef-redefinit

typedef struct doc_ref doc_ref;
   ^
./doc_ref.h:54:3: note: previous definition is here 


} doc_ref;
  ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:31:
./merge_ctxt.h:35:31: warning: redefinition of typedef 'gl_list_t' is a 
C11 feature [-Wtypedef-redefinition]

typedef struct gl_list_impl * gl_list_t;
  ^
../gnulib/lib/gl_list.h:111:31: note: previous definition is here 


typedef struct gl_list_impl * gl_list_t;
  ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:31:
./merge_ctxt.h:45:3: warning: redefinition of typedef 'merge_ctxt' is a 
C11 feature [-Wtypedef-redefinition]

} merge_ctxt;
  ^
./doc_elt_ops.h:38:27: note: previous definition is here 


typedef struct merge_ctxt merge_ctxt;
  ^
In file included from org_heading.c:34: 


In file included from ./doc_elt.h:33:
./parse_ctxt.h:30:31: warning: redefinition of typedef 'gl_list_t' is a 
C11 feature [-Wtypedef-redefinition]

typedef struct gl_list_impl * gl_list_t;
  ^
./merge_ctxt.h:35:31: note: previous definition is here 


typedef struct gl_list_impl * gl_list_t;
  ^
In file included from org_heading.c:34: 

./doc_elt.h:36:24: warning: redefinition of typedef 'smerger' is a C11 
feature [-Wtypedef-redefinition]

typedef struct smerger smerger;
   ^
./merge_ctxt.h:38:24: note: previous definition is here 


typedef struct smerger smerger;
   ^
In file included from org_heading.c:34: 


./doc_elt.h:51:3: warning: redefinition of typedef 'doc_elt' is a
} doc_elt;
  ^
./doc_elt_ops.h:32:24: note: previous definition is here 


typedef struct doc_elt doc_elt;
   ^
In file included from org_heading.c:34: 


./doc_elt.h:57:3: warning: redefinition of typedef 'doc_key' is a
} doc_key;
  ^
./doc_elt_ops.h:36:24: note: previous definition is here 


typedef struct doc_key doc_key;
   ^
In file included from org_heading.c:34: 


./doc_elt.h:153:1: warning: control reaches end of non-void functi
}
^
In file included from org_heading.c:36: 

./doc_elt_util.h:85:3: warning: redefinition of typedef 'substr' is a 
C11 feature [-Wtypedef-redefinitio

} substr;
  ^
./doc_elt_util.h:72:23: note: previous definition is here 


typedef struct substr substr;
  ^
./doc_elt_util.h:109:37: warning: format specifies type 'int' but the 
argument has type 'size_t' (aka 'unsigned

  debug_msg (DOC_ELT, 5, a.length=%d b.length=%d  

Re: [O] [GSoC] Org Merge Driver Update

[Simon Thum]

Hi Andrew,

sorry to report less exciting things. I could not compile - the repo 
contains two invalid links into my system:


lrwxrwxrwx 1 simon users38 Aug 18 04:01 tap-driver.sh - 
/usr/share/automake-1.12/tap-driver.sh
lrwxrwxrwx 1 simon users36 Aug 18 04:01 test-driver - 
/usr/share/automake-1.12/test-driver


I'm on gentoo and do not have automake 1.12. Using a link not the right 
thing IMO.


II removed those from being referenced in source files and came farther, 
only for gcc to balk on


doc_ref.h:54:3: error: redefinition of typedef ‘doc_ref’
doc_ref.h:31:24: note: previous declaration of ‘doc_ref’ was here
doc_ref.h: In function ‘doc_ref_check_for_circular_conflict’:

and other such occurrences.

I'm not sure about the cause, but maybe typedefs conflict with struct names?

HTH,

Simon

On 08/14/2012 01:15 AM, Andrew Young wrote:

Hello Everyone,

I've been working on a merge driver for org-mode documents over the
summer as a Google Summer of Code project. I just wanted to show
everyone some progress on the merge driver.

There are some new examples you can see at the project page [1][2], and
instructions on how to build and use it.

the source is available here: git clone git://orgmode.org/org-merge-driver.git

I'd really appreciate if anyone could take the merge driver out for a
test spin, and come back with any kind of feedback, such as:

- file output
- customization
- the user interface
- the merging rules
- new features and element specific support
- testing
- neat ideas, etc.

There is only about a week left in GSoC, but I'm planning to continue to
develop the merge driver past the end of GSoC.

Please take a look, and thanks,

Andrew Young

[1] project page:
http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/git-merge-tool/
[2] examples:
http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/git-merge-tool/examples.html

Re: [O] [PATCH 07/10] org-taskjuggler: make project umbrella task optional

[Simon Thum]

On 08/12/2012 10:03 AM, Yann Hodique wrote:

Christian == Christian Eglichristian.e...@sbs.ch  writes:

...

while the new (non-default) one would generate
--8---cut here---start-8---
project main Main {}
task task1 Task1 {}
task task2 Task2 {}
--8---cut here---end---8---

leading to a report like
--8---cut here---start-8---
1 Task1
2 Task2
--8---cut here---end---8---

I must confess this is mostly a way to avoid questions from people
looking at the report, asking why my task numbers are all 1.x :)


Yeah that sucks. If there would be a way to make the numbers 
configurable in org that'd be even better. I am responsible for parts of 
a project, so there is an externally defined numbering in some cases.


Bit I might go at this myself if your patches land, which look excellent 
BTW.


Cheers,

Simon




AFAICT it seems to work fine with either tj2 or tj3. I'm using tj3 only
myself, but the UI of tj2 doesn't complain at all about those multiple
root tasks.

Thanks,

Yann

Re: [O] Birthdays, org-contacts and agenda filters - a bug?

[Simon Thum]

Thanks a lot, it works!

It is good enough for me, but it seems not to work with tag inheritance, 
and it could in general be better to allow tags to be returned from the 
sexp itself.


Anyway, jut a tought.

If you let me tinker with worg I'm happy to document this feature.

Cheers,

Simon


On 08/10/2012 12:30 PM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


let me just try again.


This should be fixed now, thanks for the detailed explanations.

[O] Latest commit broke capture

[Simon Thum]

Hi,

reverting 1737d3c4ee3278ae7 fixes org-capture for me.

It simply does not work ATM. (void-variable entry)

Cheers,

Simon

Re: [O] Birthdays, org-contacts and agenda filters - a bug?

[Simon Thum]

Hi Bastien,

let me just try again. I do not think a minimal example helps much as 
org is working as it should - mostly. The default agenda (C-c a a) shows 
birthday lines, so the org-contacts anniversaries are working correctly.


I do not (plan to) use the default agenda however. I have FILETAGS and 
agendas for work vs. private so that things line up in the appropriate 
agenda by default, leaving the possibility to show some things in both 
agendas when desired.


But I do not get Birthdays from org-contacts in any but the default 
agenda, indicating there are no tags on their agenda-internal 
representation. Not even those of the triggering headline; I tried this:


** Geburtstag  :private:
%%(org-contacts-anniversaries BIRTHDAY %y. Geburtstag %h :private:)

One might expect to see the private tag on the agenda entry from one of 
the two occurrences, but it is not even part of the text! This indicates 
tags are being stripped for some reason. If that reason is tags 
processing, _then_ there is a bug, as it's not working.


Anyway, I use org-agenda-tag-filter-preset as described previously and I 
do not know how to get birthdays through this kind of filter. It seems 
impossible, in fact, without adding tags. Other ways of filtering have 
other shortcomings, which originally led me to tag-filter-preset.


The solution I would prefer is that the agenda item inherits the tags 
from the contacts headline (i.e. the person/event) in question - but I 
don't know if this is possible at all over the 
%%(org-contacts-anniversaries) anchor. That could make me see private 
(friend's) birthdays in private agenda and correspondingly for work.


I'm currently looking into fixing this myself, but chances are as dim as 
my elisp background.


Cheers,

Simon


On 08/04/2012 10:31 AM, Bastien wrote:

Hi Simon,

Simon Thumsimon.t...@gmx.de  writes:


I have a working setup for birthdays from org-contacts in my default agenda.

However I use split work/private agendas which are discerned using
org-agenda-tag-filter-preset. As it happens, my birthday heading does not
inherit its tags (from FILETAGS) as I intend; I even tried this:

* BDays :private:
%%(org-contacts-anniversaries BIRTHDAY %y %h :private:)

to give it its private tag so it shows in the private agenda. No success
so far - although the tag is _not_ displayed in the agenda, neither as tag
nor as headline, indicating there is some processing.

An alternate approach might be altering the agenda filters but given my
split agenda goal I don't know how. My target agenda is:

(p private agenda agenda 
 ((org-agenda-span 40)
  (org-agenda-tag-filter-preset '(+private))
  (org-agenda-hide-tags-regexp private)
  (org-agenda-compact-blocks t)
  ))

The only thing really happening is tags filtering - but that seems
incompatible with %%() agenda entries. Maybe this is a bug?


I don't understand.

Can you restate what the bug is and give a way to reproduce it?

Thanks,

[O] Problems with org-crypt on win7

[Simon Thum]

Hi all,

with some luck I managed top get org-crypt and gpg-agent running mostly 
smoothly on win7/emacs 23. Except one or two things which is why I'm 
seeking help here. emacs 24 did not work well (crashed when opening 
files), so an update is not an option so far.


My files are utf-8 unix, as I mostly work on linux. The same encoding is 
on win7. Now when I encode a section on win7, I get ^M at the end of 
every line of GPG's ascii-armor.


Is there some way to post-process the GPG output or otherwise swiftly 
get rid of the ^M cruft?



The other issue is that the en/decryption (not sure which, but more 
likely decryption) is playing tricks on me - but solely on win32. Most 
times after decryption I discover that the decrypted text is an old 
version of the text in fact. Where old means as it happended to be 
the first time it was encrypted this emacs run, roughly.


Is there any obvious thing I might be missing, like temporary 
files/buffers to be cleaned?


I'd appreciate any kind of pointer as I have absolutely no idea what 
might be going wrong.


Cheers,

Simon