Re: [O] Clocking work time vs. office time
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?
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?
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
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 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)
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
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
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 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
Then let's just hope it got fixed by accident ;) On 02/14/2016 05:49 PM, Nicolas Goaziou wrote: Hello, Simon Thum 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
Hi, would the attached patch be enough? Cheers, Simon On 02/12/2016 11:41 PM, Nicolas Goaziou wrote: Hello, Simon Thum 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 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 --- 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 &optional 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
On 02/12/2016 11:43 PM, Nicolas Goaziou wrote: Hello, Simon Thum 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
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 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
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 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
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
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
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
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
Re: [O] Regression in Org triggered from helm
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] Minor regression
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
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
On 10/26/15 20:58, Kyle Meyer wrote: Hello, Simon Thum 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
[O] Regression in Org triggered from helm
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) co
Re: [O] [OT] org-caldav and radicale
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
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 . #) (** work it out . #)) 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
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] export ICal without evaluate code block
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 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)
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" writes: On Tue, Mar 4, 2014 at 3:45 PM, Simon Thum 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] Org-link-escape-chars (was Incorrect hexification in URLs in LaTeX Export)
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 wrote: On Feb 28, 2014, at 15:26, Andreas Leha wrote: "R. Michael Weylandt " 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
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 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
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 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
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 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
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 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
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
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, David wrote: El 05/11/13 11:56, Bastien escribió: Hi David, Carsten Dominik 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
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 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
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] Handling Repeating events from google calendar / repeater interval
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?
Indeed. Thank you very much! On 08/08/2013 09:28 AM, Carsten Dominik wrote: On 31.7.2013, at 21:15, Simon Thum 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 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 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- 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-, 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
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?
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 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 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- 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-, 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
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] Handling Repeating events from google calendar / repeater interval
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 # ["/local/data/home/stephen/langs/ruby/ical2org/ical2org.rb:126:in `orgTimeSpanTZ'", Stephen
Re: [O] Handling Repeating events from google calendar / repeater interval
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
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?
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
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 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
On 05/14/2013 10:37 AM, Bastien wrote: aitor 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] Export Org-mode content to Reveal.js presentations
Hi Gary, just as a small tip: I put my presentations on a local webserver when holding them. This way you need not worry about paths (and can use code that needs a 'real' webserver; I think the included reveal speaker deck is in that bin too.) Cheers, Simon On 05/14/2013 09:29 PM, Gary Oberbrunner wrote: Just want to say I just set this up, and it's great! Easy to work with, and my first org-mode presentation was live in under 10 min. One minor nit: on my Windows machine, I had to set org-reveal-root to a file:/// URL, not a filesystem path. Otherwise the presentation wouldn't load. On Thu, May 9, 2013 at 4:42 PM, Simon Thum mailto:simon.t...@gmx.de>> wrote: 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/__#/ <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/ <http://naga-eda.org/home/yujie/org-reveal/>. Org-reveal is hosted on https://github.com/yjwen/org-__reveal <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 -- Gary
Re: [O] Export Org-mode content to Reveal.js presentations
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
On 05/07/2013 12:22 PM, Bastien wrote: Hi Simon, Simon Thum 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] new (iCalendar) exporter problem
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
Re: [O] new (iCalendar) exporter problem
On 05/05/2013 11:01 PM, Nicolas Goaziou wrote: Simon Thum 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] new (iCalendar) exporter problem
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 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
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 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,
[O] new (iCalendar) exporter problem
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] VCard export problems
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 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,
[O] VCard export problems
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] phone links...
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 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...
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 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] iCalendar export problem
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] phone links...
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 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 Date: Sat, 27 Oct 2012 18:25:24 +0200 Subject: [PATCH 3/3] add telephone capability to org-contacts Signed-off-by: Simon Thum --- 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
Re: [O] Bug? Agenda problems after update
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 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
Re: [O] How can I stop org-agenda-write from overwriting existing files.
On 03/03/2013 05:54 PM, Bastien wrote: Hi Simon, Simon Thum 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!
[O] New exporter: minor issue
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.
Dear Bastien, On 03/01/2013 03:07 PM, Bastien wrote: Hi Rainer, Rainer Stengele 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
Re: [O] Bug? Agenda problems after update
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 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
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 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
[O] Bug? Agenda problems after update
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
On 12/29/2012 02:29 PM, Bastien wrote: Hi Simon, Simon Thum 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] In agenda, better handling of files changed behind Org's back
On 12/29/2012 11:29 AM, Bastien wrote: Hi Simon, (New thread for this topic.) Simon Thum 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] Agenda highlighting bug
On 12/24/2012 09:48 AM, Bastien wrote: Hi Simon, Simon Thum 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
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
Re: [O] Org server changes?
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.
[O] Org server changes?
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
[O] vCard import
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
Re: [O] Sexp aganda entries broken?
On 11/12/2012 09:31 PM, Nicolas Goaziou wrote: Simon Thum 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
On 11/11/2012 10:12 PM, Nicolas Goaziou wrote: Hello, Simon Thum 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] [ANN] e-icalendar back-end
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] Sexp aganda entries broken?
On 11/10/2012 05:24 PM, Nicolas Goaziou wrote: Simon Thum 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?
On 11/10/2012 11:31 AM, Nicolas Goaziou wrote: Hello, Simon Thum 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?
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 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?
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] [ANN] Editable HTML export of Org-mode files
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] Filter weekly/daily agenda by tag
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
[O] Bug or not? vCard export problem
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
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 Thum 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 is>7.9.2 anyway. Thanks for the heads up,
Re: [O] Web site bug
On 10/25/2012 12:42 AM, Bastien wrote: Hi Simon, Simon Thum 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
[O] Web site bug
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
On 10/22/2012 10:38 PM, Eric Schulte wrote: Simon Thum 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,
Re: [O] [ANN] Editable HTML export of Org-mode files
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. ( 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
On 10/03/2012 07:19 PM, Simon Thum wrote: On 10/03/2012 03:09 PM, Giovanni Ridolfi wrote: Da: Simon Thum 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
Re: [O] Some links no longer work
On 10/03/2012 03:09 PM, Giovanni Ridolfi wrote: Da: Simon Thum 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
[O] Some links no longer work
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] capture templates and org-contacts
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
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
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=
Re: [O] [GSoC] Org Merge Driver Update
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
On 08/12/2012 10:03 AM, Yann Hodique wrote: "Christian" == Christian Egli 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
[O] Latest commit broke capture
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?
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 Thum writes: let me just try again. This should be fixed now, thanks for the detailed explanations.
Re: [O] Birthdays, org-contacts and agenda filters - a bug?
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 Thum 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,