Re: [O] [OT] org-caldav and radicale
Simon Thum simon.t...@gmx.de writes: 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: Thanks Simon! It's true that it wouldn't be too hard just to export an ics and get it onto the server somehow. But I'd still like to use org-caldav, as it allows for two-way syncing, and that gets more complex. I guess I'll just poke around in org-caldav and see exactly what it's doing, and figure out where I'm going wrong. 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] OT: Cloud-dependencies, privacy, decentralization
* Tom Prince tom.pri...@ualberta.net wrote: Karl Voit devn...@karl-voit.at writes: And no cloud service is ever going to get my complete set of emails. This is *way* too sensible in my opinion. What percentange of your contact list is using gmail? Out of 672 active contacts, there are 39 contacts that use gmail. So this is less than six percent. However, I do not tend to think that this is relevant. Even if this percentage is much higher, I am not going to give away sensible data to cloud companies located in the US or even in the EU. With complete set of emails I was referring to the contents of every email. If agencies want to harvest them, they have to invest work and effort to do so. I am not going to do their work. To keep that awareness, I do have configured my MUA to highlight the mail addresses that are hosted at Gmail and such. I configured the MUA of my parents to send only GnuPG encrypted emails to my email address. I switched text messages on my phone to TextSecure even if only a fraction of my contacts are using TextSecure by themselves. I do not send super-sensitive information via unencrypted email at all any more. The situation is pretty fucked up but there is still something everybody is able to do against it. The fact that agencies are able to get anything they want if they really want it should not lead to mind-sets that say that nothing should/can be done at all. Just because there are professional thieves does not imply that you stop locking your door and shutting your windows before leaving your house. This also is true when you're living in a country where almost nobody is locking their doors when they're at home - just as it is here, where I live. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: get Memacs from https://github.com/novoid/Memacs https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] latex environment inside math mode problem
On Monday, 19 Jan 2015 at 23:34, Marko Schütz Schmuck wrote: [...] almost: whether I use your suggestion or #+BEGIN_LaTeX \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) #+END_LaTeX the itemize environment in which it occurs ends before the inline math. Indent the #+ directives and they won't break the list: --8---cut here---start-8--- * Test 1. an item #+BEGIN_LaTeX \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) #+END_LaTeX 2. a second item --8---cut here---end---8--- -- : Eric S Fraga (0xFFFCF67D), Emacs 24.4.1, Org release_8.3beta-721-gd1c5dc.dirty
[O] Following a date in a drawer fails
Hi, I just started to use appointment entries like * Angela Merkel :breakfast: :PROPERTIES: :APPT_DATE: 2015-01-21 Wed 09:00 :APPT_LOCA: Berlin :END: I would have expected to be able to follow the link to the date with M-x org-open-at-point (as always.) But this is not the case. Message: org-open-at-point: Wrong type argument: char-or-string-p, nil Is this behavior intentional? Am I missing something? Best regards, Marco -- http://www.wahlzone.de GPG: 0x49010A040A3AE6F2
Re: [O] latex environment inside math mode problem
Hi, Marko Schütz Schmuck markoschu...@web.de writes: the new exporter does not seem to handle \begin/\end inside \( ... \). If the org file contains \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) This will also work: \(f = \begin{cases} t 1\\ f 2\\ \end{cases}\) Technically, I think what happens is that latex-fragments are objects in the lingo of org-element whereas environments are elements. If you run (org-element-latex-fragment-parser) at \(f it is indeed interpret correctly as a latex-fragment. Yet, the nested environment is recognized as a latex-environment and it seems the former can't hold the latter. Why the above work is because a latex-environment starts on its own line (cf. org-element--latex-begin-environment). Nicolas will be able to tell if this is a feature or a bug. —Rasmus -- . . . The proofs are technical in nature and provides no real understanding
Re: [O] latex environment inside math mode problem
At Tue, 20 Jan 2015 08:48:29 +, Eric S Fraga wrote: On Monday, 19 Jan 2015 at 23:34, Marko Schütz Schmuck wrote: [...] almost: whether I use your suggestion or #+BEGIN_LaTeX \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) #+END_LaTeX the itemize environment in which it occurs ends before the inline math. Indent the #+ directives and they won't break the list: yes! Thanks --8---cut here---start-8--- * Test 1. an item #+BEGIN_LaTeX \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) #+END_LaTeX 2. a second item --8---cut here---end---8--- -- : Eric S Fraga (0xFFFCF67D), Emacs 24.4.1, Org release_8.3beta-721-gd1c5dc.dirty pgpMQ0pHLW7WG.pgp Description: OpenPGP Digital Signature
[O] [bug] ox-taskjuggler
I'm trying to use the taskjuggler exporter for getting an overview of my project, and it seems to be straight forward if you know a bit about Taskjuggler. However, tasks that are scheduled org-mode like, i.e., *** TODO My task SCHEDULED: 2015-01-27 Tue don't appear in the report. But, if I add a START property it will appear. *** TODO My task 2 :PROPERTIES: :start:2015-03-01 :END: I suspect it has something to do with l462-470: (defun org-taskjuggler-get-start (item) Return start date for task or resource ITEM. ITEM is a headline. Return value is a string or nil if ITEM doesn't have any start date defined. (let ((scheduled (org-element-property :scheduled item))) (or (and scheduled (org-timestamp-format scheduled %Y-%02m-%02d)) (and (memq 'start org-taskjuggler-valid-task-attributes) (org-element-property :START item) I'm not that experienced in elisp, so I hope someone can help me. Best regards, Søren
Re: [O] block in columns problem
Hi, Marko Schütz Schmuck markoschu...@web.de writes: In a presentation from before the new exporter, I used * title 1 - ... - ... ** goal 1: :BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_col: 0.46 :END: \( ... \) ** goal 2: :B_block:BMCOL: :PROPERTIES: :BEAMER_env: block :BEAMER_col: .54 :END: Yeah that should work and it does work on my system with Org v8.2 and v8.3. But goal 1 2 come out in an enumeration. You haven't by chance customized org-export-headline-levels? Or set H:n (n is a number) in your #+OPTIONS-line? Try to set n to something like 3. Cheers, Rasmus -- ツ
Re: [O] latex environment inside math mode problem
Hello, Rasmus ras...@gmx.us writes: Marko Schütz Schmuck markoschu...@web.de writes: the new exporter does not seem to handle \begin/\end inside \( ... \). If the org file contains \(f = \begin{cases} t 1\\ f 2\\ \end{cases} \) This will also work: \(f = \begin{cases} t 1\\ f 2\\ \end{cases}\) Technically, I think what happens is that latex-fragments are objects in the lingo of org-element whereas environments are elements. If you run (org-element-latex-fragment-parser) at \(f it is indeed interpret correctly as a latex-fragment. Yet, the nested environment is recognized as a latex-environment and it seems the former can't hold the latter. Why the above work is because a latex-environment starts on its own line (cf. org-element--latex-begin-environment). That's correct. Elements bind stronger than objects. Nicolas will be able to tell if this is a feature or a bug. This is per Org syntax. Regards, -- Nicolas Goaziou
[O] block in columns problem
In a presentation from before the new exporter, I used * title 1 - ... - ... ** goal 1::BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_col: 0.46 :END: \( ... \) ** goal 2::B_block:BMCOL: :PROPERTIES: :BEAMER_env: block :BEAMER_col: .54 :END: ... From reading up on this and searching the mailing list I was thinking that with the new exporter this would have to be: * title 1 - ... - ... ** goal 1: :PROPERTIES: :BEAMER_env: block :BEAMER_col: 0.46 :END: \( ... \) ** goal 2: :PROPERTIES: :BEAMER_env: block :BEAMER_col: .54 :END: But goal 1 2 come out in an enumeration. I have even been unable to get the example from http://orgmode.org/worg/exporters/beamer/ox-beamer.html with the two columns to work. Any hints? Best regards, Marko pgpGVDG_V4QlP.pgp Description: OpenPGP Digital Signature
Re: [O] [RFC] [PATCH] Introduce org-specific functions for (next/previous)-visible-heading
Hello, Rasmus ras...@gmx.us writes: [...] To *me*, inlinetasks have got nothing to do with headlines (the syntax is unfortunate, especially for people who write Org without org-mode). Indeed. It makes sense. Thus, I like Aaron patch, though we could add a defcustom if it breaks somebody's setup. Then the patch is fine (with `org-with-limited-levels' instead of re-inventing the wheel). Regards, -- Nicolas Goaziou
Re: [O] [PATCH] org-rss-headline
Hi guys, Any update on this? Cheers, Nico Nicolas Petton nico...@petton.fr writes: Indeed, sorry about that. Here's a new patch with a short description of the RSS_TITLE property. Cheers, Nico -- Nicolas Petton http://nicolas-petton.fr
[O] [bug, org-entities.el] \sup and ox
Hi, Related to org-entities.el. In html \sup becomes ⊂ (because of sup; I presume). In LaTeX-math \sup is the supremum symbol, sup, and \subset is ⊂. The issue arise when using org-entities in documents with math. There's other problems like this, e.g. \check (which puts a v on top of another symbol) vs \checkmark. I would like to remove at least sup from org-entities.el, but I'm biased. This breaks compatibility, so we should thread carefully here. Any thoughts? Cheers, Rasmus -- This is the kind of tedious nonsense up with which I will not put
Re: [O] block in columns problem
At Tue, 20 Jan 2015 14:01:07 +0100, Rasmus wrote: Hi, Marko Schütz Schmuck markoschu...@web.de writes: In a presentation from before the new exporter, I used * title 1 - ... - ... ** goal 1::BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_col: 0.46 :END: \( ... \) ** goal 2::B_block:BMCOL: :PROPERTIES: :BEAMER_env: block :BEAMER_col: .54 :END: Yeah that should work and it does work on my system with Org v8.2 and v8.3. But goal 1 2 come out in an enumeration. You haven't by chance customized org-export-headline-levels? Or set H:n (n is a number) in your #+OPTIONS-line? Try to set n to something like 3. Before switching to the new exporter I had customized org-export-latex-classes using org-beamer-sectioning. When switching to the new exporter I used the sectioning from the start of ox-beamer.el. What is the customization of the sections in your setup? Thanks and best regards, Marko pgpLkd9ZSU8jS.pgp Description: OpenPGP Digital Signature
Re: [O] How to extract header arguments of a special block?
On Tue, 20 Jan 2015, Marcin Borkowski wrote: Hello Orgers, assume that I have this in my Org file: #+BEGIN_FOO :bar baz qux whatever #+END_FOO and I want to extract the value of the header argument bar (i.e., the string baz qux in this case). How do I do it? (I'm writing – still – the custom exporter, and would like to be able to set something spearately for each special block of some kind.) It will be easier to use a src block for a faux language (say FOO). Customize `org-babel-execute:FOO' as needed and you should be set: #+BEGIN_SRC emacs-lisp (defun org-babel-execute:FOO (body params optional etc) (concat body (format %S (assoc :bar params #+END_SRC #+RESULTS: : org-babel-execute:FOO #+NAME: example1 #+BEGIN_SRC FOO :bar baz qux :exports results whatever #+END_SRC #+RESULTS: example1 : whatever (:bar . baz qux) HTH, Chuck
Re: [O] [PATCH] org-rss-headline
Nicolas Goaziou m...@nicolasgoaziou.fr writes: Nicolas Petton nico...@petton.fr writes: Hi guys, Any update on this? Applied, thank you. I forgot to mention it, but next time, please provide patch with git format-patch and a proper commit message. Ahh, sorry about that. I'm not used to contributing through emails. Would cloning the repository and create branches that can be merged into the main repository be more convenient? Nico -- Nicolas Petton http://nicolas-petton.fr
Re: [O] [PATCH] org-rss-headline
Nicolas Petton nico...@petton.fr writes: Hi guys, Any update on this? Applied, thank you. I forgot to mention it, but next time, please provide patch with git format-patch and a proper commit message. Regards,
Re: [O] [RFC] [PATCH] Introduce org-specific functions for (next/previous)-visible-heading
Hello, 2015ko urtarrilak 20an, Nicolas Goaziou-ek idatzi zuen: [...] Then the patch is fine (with `org-with-limited-levels' instead of re-inventing the wheel). Thanks everyone for the feedback. The patch is pushed (with an entry in ORG-NEWS). -- Aaron Ecay
Re: [O] [bug] ox-taskjuggler
Hello, Søren Mikkelsen s...@iha.dk writes: I'm trying to use the taskjuggler exporter for getting an overview of my project, and it seems to be straight forward if you know a bit about Taskjuggler. However, tasks that are scheduled org-mode like, i.e., *** TODO My task SCHEDULED: 2015-01-27 Tue don't appear in the report. But, if I add a START property it will appear. *** TODO My task 2 :PROPERTIES: :start:2015-03-01 :END: I suspect it has something to do with l462-470: (defun org-taskjuggler-get-start (item) Return start date for task or resource ITEM. ITEM is a headline. Return value is a string or nil if ITEM doesn't have any start date defined. (let ((scheduled (org-element-property :scheduled item))) (or (and scheduled (org-timestamp-format scheduled %Y-%02m-%02d)) (and (memq 'start org-taskjuggler-valid-task-attributes) (org-element-property :START item) I'm not that experienced in elisp, so I hope someone can help me. There is no bug in the snippet shown. ox-taskjuggler just doesn't use SCHEDULED to set start property for tasks. However, it will use SCHEDULED to set the start date for the project. Note that I don't use Taskjuggler, so I don't know if this is the right behaviour or not. Regards, -- Nicolas Goaziou
Re: [O] New patches WAS Re: [PATCH] inline src block results can be removed
Charles C. Berry ccbe...@ucsd.edu writes: This is probably the shortest path. I'd apprecaite it if you would refactor that part. I implemented `org-macro-escape-arguments' which can replace your initial snippet: + ;; Escape commas and preceding backslash per + ;; (info (org) Macro replacement). + (replace-regexp-in-string + \\(*\\)\\(,\\) + (lambda (str) + (let ((len (length (match-string 1 str + (concat (make-string (* 2 (/ len 2)) ?\\) \\,))) + result nil t) Regards,
Re: [O] Following a date in a drawer fails
Hello, Marco Wahl marcowahls...@gmail.com writes: I just started to use appointment entries like * Angela Merkel :breakfast: :PROPERTIES: :APPT_DATE: 2015-01-21 Wed 09:00 :APPT_LOCA: Berlin :END: I would have expected to be able to follow the link to the date with M-x org-open-at-point (as always.) But this is not the case. Message: org-open-at-point: Wrong type argument: char-or-string-p, nil Fixed. Is this behavior intentional? Am I missing something? Actually, this is an ambiguous situation. As a convenient feature, `org-open-link' is sloppy and can follow links and timestamps in comments and properties drawers. However, syntax doesn't allow timestamps in properties drawers, so behaviour is undefined if you expect to use it for anything else (e.g., adding the entry in the agenda). Regards, -- Nicolas Goaziou