Re: [O] Cannot agenda - bulk shift SCHEDULED entries with repeater interval = SOLVED
Am 12.09.2012 17:17, schrieb Bastien: Hi Rainer, Rainer Stengele rainer.steng...@online.de writes: there seems to be another problem: I don't know how you get this error, so I cannot reproduce this. Can you tell me more? Hi Bastien, I just pulled and the bug is gone. Additionally, bulk shifting the scheduled date now seems to shift entries in no time. Before you could watch as each entry sequentially and slowly showed its moved date in the agenda. Excellent! Thanks a lot! Cheers, Rainer
Re: [O] patch for orgweb for better resolution in narrow browsers
Hi Eric, Eric Schulte eric.schu...@gmx.com writes: I just recently noticed the new web site, I think it looks great! Thanks! However when the browser window is not very wide (1000px) the elements overflow in an unappealing manner [1]. As an example of how the page looks in my browser see the attached [2], it's not egregious but it is less than ideal and gets worse as the screen gets narrower. Attached please find a patch to the orgweb repo which adds a couple of css @media queries to shrink images and remove wide margins on smaller screens. Additionally I'm attaching a patch which will ignore exported html files in this repo. For some reason, I cannot apply the patch -- as if the email was in HTML (but I don't see it as HTML... weird.) Could you send it again as a simple attachment? As another minor note which is unfortunately beyond my web abilities to address, with very narrow screens the quote pop-up can make the download and install link unreachable. Maybe we can simply #quote {display:none;} for narrow screens. PS: I'm about to leave right now and we be back later tonight. Thanks, -- Bastien
Re: [O] Question on latex source block
Jambunathan K kjambunat...@gmail.com wrote: Eric Schulte eric.schu...@gmx.com writes: Alright, I've just committed a patch which gets part-way to your suggest solution. While the two backend-specific functions are still separate (I agree they should be combined), I have brought back the `org-create-formula-image' function, which now dispatches to the backend specific functions. Additionally there are some problems in the `org-format-latex' function. It lists mandatory arguments as optional, and appears to create variables which are not required or properly set. These function should probably be cleaned at some point up by whoever is maintaining Org-mode's LaTeX interfaces. This (or one of the recent commits) is creating the following regression. I have not dived in to the details. Export the below snippert with C-c C-e o. You will see this. Seems to be caused by 149cc04782651e74764eb3188f6a6f178fe25f64, which is unfortunate since that fixes (at least I *think* it fixes) some problems when no default fore/background is defined (e.g. when emacs is run in batch mode). It would be nice if this could be fixed without reverting that commit completely. Nick Export works fine with tree at commit 8e445333.=20=20 Debugger entered--Lisp error: (error Not enough arguments for format strin= g) format(rgb %s %s %s) apply(format rgb %s %s %s nil) org-dvipng-color-format(Transparent) org-create-formula-image-with-dvipng(#(\\begin{equation*}\n x=3D\\sq= rt{b}\n \\end{equation*} 0 18 (fontified t) 18 54 (fontified t)) /hom= e/kjambunathan/ltxpng/regression_8ae36f2f639503b0a2290277a2d42b284db15c21.p= ng (:foreground default :background default :scale 1.0 :html-foreground B= lack :html-background Transparent :html-scale 1.0 :matchers (begin $1= $ $$ \\( \\[)) nil) org-create-formula-image(#(\\begin{equation*}\n x=3D\\sqrt{b}\n = \\end{equation*} 0 18 (fontified t) 18 54 (fontified t)) /home/kjambunath= an/ltxpng/regression_8ae36f2f639503b0a2290277a2d42b284db15c21.png (:foregr= ound default :background default :scale 1.0 :html-foreground Black :html-= background Transparent :html-scale 1.0 :matchers (begin $1 $ $$ = \\( \\[)) nil dvipng) org-format-latex(ltxpng/regression . nil Creating LaTeX image %s ni= l nil dvipng) org-export-odt-do-preprocess-latex-fragments() org-export-odt-preprocess-latex-fragments() run-hooks(org-export-preprocess-after-blockquote-hook) org-export-preprocess-string(#(#+TITLE: regression.org\n#+AUTHOR: = Jambunathan K\n#+EMAIL: kjambunat...@gmail.com\n#+DATE: 2012-09-1= 3 Thu\n#+DESCRIPTION:\n#+KEYWORDS:\n#+LANGUAGE: en\n#+OPTIONS: H:3 num:t= toc:t \\n:nil @:t ::t |:t ^:t -:t f:t *:t :t\n#+OPTIONS: TeX:t LaTeX:dv= ipng skip:nil d:t todo:t pri:nil tags:t\n#+INFOJS_OPT: view:nil toc:nil lto= c:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js\n#+EXPORT= _SELECT_TAGS: export\n#+EXPORT_EXCLUDE_TAGS: noexport\n#+LINK_UP: \n#+LIN= K_HOME: \n#+XSLT:\n\n\n#+name: Equation:2\n \\begin{equation*}\n x= =3D\\sqrt{b}\n \\end{equation*}\n 0 8 (fontified t font-lock-fontified= t face org-document-info-keyword) 8 13 (fontified t) 13 27 (fontified t fo= nt-lock-fontified t face org-document-title) 27 28 (fontified t) 28 37 (fon= tified t font-lock-fontified t face org-document-info-keyword) 37 41 (fonti= fied t) 41 54 (fontified t font-lock-fontified t face org-document-info) 54= 55 (fontified t) 55 63 (fontified t font-lock-fontified t face org-documen= t-info-keyword) 63 68 (fontified t) 68 90 (fontified t font-lock-fontified = t face org-document-info) 90 91 (fontified t) 91 98 (fontified t font-lock-= fontified t face org-document-info-keyword) 98 104 (fontified t) 104 118 (f= ontified t font-lock-fontified t face org-document-info) 118 119 (fontified= t) 119 133 (fontified t font-lock-fontified t face org-meta-line) 133 134 = (fontified t) 134 145 (fontified t font-lock-fontified t face org-meta-line= ) 145 146 (fontified t) 146 161 (fontified t font-lock-fontified t face org= -meta-line) 161 162 (fontified t) 162 229 (fontified t font-lock-fontified = t face org-meta-line) 229 230 (fontified t) 230 296 (fontified t font-lock-= fontified t face org-meta-line) 296 297 (fontified t) 297 366 (fontified t = font-lock-fontified t face org-meta-line) 366 395 (fontified t font-lock-fo= ntified t org-no-flyspell t mouse-face highlight face org-meta-line keymap = #1=3D(keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) = (mouse-2 . org-open-at-mouse))) 395 396 (fontified t rear-nonsticky (mouse-= face highlight keymap invisible intangible help-echo org-linked-text) font-= lock-fontified t org-no-flyspell t mouse-face highlight face org-meta-line = keymap #1#) 396 397 (fontified t) 397 425 (fontified t font-lock-fontified = t face org-meta-line) 425 426 (fontified t) 426 457 (fontified t font-lock-= fontified t
Re: [O] Question on latex source block
Nick Dokos nicholas.do...@hp.com wrote: Seems to be caused by 149cc04782651e74764eb3188f6a6f178fe25f64, which is unfortunate since that fixes (at least I *think* it fixes) some problems when no default fore/background is defined (e.g. when emacs is run in batch mode). It would be nice if this could be fixed without reverting that commit completely. I should have added that the problem is in org-create-formula-image-with-dvipng, in the code that tries to set the background around line 17616: , | ... | (if (eq bg 'default) (setq bg (org-dvipng-color :background)) | (setq bg (org-dvipng-color-format bg))) | ... ` bg is Transparent and org-dvipng-color-format barfs on that, since it cannot find it in the color database. Nick
[O] Invalid custom agenda command type timeline
Hello, Sebastien Vauban wrote: I'd like to get the timeline view as an agenda custom command, because I'd like reports to be automated for a particular Org file (eventually with its contents exported to HTML, for example). Though, such trials fail (Invalid custom agenda command type timeline): #+begin_src emacs-lisp (add-to-list 'org-agenda-custom-commands '(A timeline ;; ... specify on which file )) #+end_src I guess it's because the concept of current buffer is not expressable as is? This last sentence is wrong, as `occur-tree' is well a custom agenda command, and works on the current buffer (at call time). So, is there a more fundamental reason why timeline does not exist? Will this ever be changed? Best regards, Seb -- Sebastien Vauban
[O] Modify clock in/out time to previous/following full quarter of an hour.
Hi! My whole clocking is based on whole quarters of an hour. When clocking in and out I always adjust the clocks to the previous or the following quarter. I do not like to fiddle within minute-wise details. Clocking in mostly is moved to the previous, clock out time to the following full quarter. I also do clock tasks mostly after the task is started for already a few minutes. I'd like to automatically push the clock-in time to the previous, the clock out time to the following full quarter. This will save me many times from manually adjusting two clock entries. How could I achieve this? Which hook should I use? How? (I never programmed something like this). Thanks for hints, Rainer
Re: [O] babel for ditaa-eps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Eric, It’s much easier to answer, what this does not share with ob-ditaa.el :) If I cut out the obvious renaming (to be able to use a ditaa-exp source type), it’s just this diff (and the first half of that only defines variables…): - --- /usr/share/emacs/site-lisp/org-mode/ob-ditaa.el 2012-05-25 23:12:51.0 +0200 +++ ob-ditaa-eps.el 2012-09-12 15:37:50.942191587 +0200 @@ -44,6 +47,20 @@ - -(defvar org-ditaa-jar-path) - -(defun org-babel-execute:ditaa (body params) +(defcustom org-ditaa-eps-jar-path (expand-file-name + DitaaEps.jar + (file-name-as-directory +(expand-file-name + scripts + (file-name-as-directory + (expand-file-name + ../contrib + (file-name-directory (find-library-name org))) + Path to the ditaa-eps jar executable. + :group 'org-babel + :type 'string) + + +(defvar org-ditaa-eps-jar-path) +(defun org-babel-execute:ditaa-eps (body params) Execute a block of Ditaa code with org-babel. This function is called by `org-babel-execute-src-block'. (let* ((result-params (split-string (or (cdr (assoc :results params)) ))) @@ -55,14 +72,18 @@ (cmdline (cdr (assoc :cmdline params))) (java (cdr (assoc :java params))) (in-file (org-babel-temp-file ditaa-)) - - (cmd (concat java java -jar +(cmd0 (concat java java -jar (shell-quote-argument - -(expand-file-name org-ditaa-jar-path)) + (expand-file-name org-ditaa-eps-jar-path)) cmdline (org-babel-process-file-name in-file) - - (org-babel-process-file-name out-file - -(unless (file-exists-p org-ditaa-jar-path) - - (error Could not find ditaa.jar at %s org-ditaa-jar-path)) + (org-babel-process-file-name (concat in-file .eps +(cmd1 (concat epstopdf + (org-babel-process-file-name (concat in-file .eps)) + -o= (org-babel-process-file-name out-file +(unless (file-exists-p org-ditaa-eps-jar-path) + (error Could not find ditaa.jar at %s org-ditaa-eps-jar-path)) (with-temp-file in-file (insert body)) - -(message cmd) (shell-command cmd) +(message cmd0) (shell-command cmd0) +(message cmd1) (shell-command cmd1) nil)) ;; signal that output has already been written to file Best wishes, Arne Am 13.09.2012 07:16, schrieb Eric Schulte: It sounds like there is a good deal of desire for this functionality. How much code does this file share with ob-ditaa? If it is a large percentage perhaps it would be possible to instead add a new header argument to ditaa code blocks to run ditaa-eps. Some code blocks (e.g., sql) already have an :engine header argument which may be used to change the back-end tool which executes the block. Thanks for sharing! Arne Babenhauserheide (IMK) arne.babenhauserhe...@kit.edu writes: Dear org hackers, I don’t know if there’s already a babel-ditaa-option for using ditaa-eps, so I modified ob-ditaa.el to use ditaa-eps and convert the result using epstopdf. Feel free to use it. ;;; ob-ditaa-eps.el --- org-babel functions for ditaa evaluation ;; Copyright (C) 2009-2012 Free Software Foundation, Inc. ;; Author: Eric Schulte und Arne Babenhauserheide ;; Keywords: literate programming, reproducible research ;; Homepage: http://orgmode.org ;; This file is part of GNU Emacs. ;; GNU Emacs is free software: you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. ;; GNU Emacs is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; You should have received a copy of the GNU General Public License ;; along with GNU Emacs. If not, see http://www.gnu.org/licenses/. ;;; Commentary: ;; Org-Babel support for evaluating ditaa source code as eps/pdf. ;; ;; Almost verbatim copy from ob-ditaa, but with ditaa-eps and epstopdf ;; as intermediate step. ;; ;; Ditaa differs from most standard languages in that ;; ;; 1) there is no such thing as a session in ditaa ;; ;; 2) we are generally only going to return results of type file ;; ;; 3) we are adding the file and cmdline header arguments ;; ;; 4) there are no variables (at least for now) ;;; Code: (require 'ob) (defvar org-babel-default-header-args:ditaa-eps '((:results . file) (:exports . results) (:java .
[O] Troubles with custom agenda commands
Hello, Trying to write my own custom agenda commands, I face a couple of weird behaviors. #+begin_src emacs-lisp (add-to-list 'org-agenda-custom-commands '(S Summary Review ((agenda ) (todo )) ((org-agenda-time-grid nil) (org-agenda-clockreport-mode nil) (org-deadline-warning-days 0 #+end_src Having the above (which is correct, AFAICT from following the tutorial on http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.html): 1. When getting to the agenda dispatcher (`C-c a'), I see: --8---cut here---start-8--- S Summary Review: set of 3 commands --8---cut here---end---8--- while I only have... 2 commands (`agenda' and `todo'). Why? 2. When firing it up (`C-c a' followed by `S'), I get the 2 blocks I was expecting, but also an error: --8---cut here---start-8--- Buffer is read-only: #buffer *Org Agenda(S)* --8---cut here---end---8--- Can you confirm this? Best regards, Seb -- Sebastien Vauban
[O] Digest configuration
If there is a very long message, the digest gets truncated. For instance, in digest volume 79, issue 14, the fourth message consists of an immense stack trace. The digest cuts off midway through. According to the table of contents, that leaves 39 messages that I can't read without clicking around in the archives... of course, I take digest delivery to avoid having to do that. There must be a smarter way to group messages into digests so that no single digest is too big, while messages don't get lost. hjh
Re: [O] new exporter now drops labels
Hello, cbe...@tajo.ucsd.edu writes: Using a pull from earlier today (8ab1d76..343b648) and this file: , | *** first headline | #+COMMENT: (org-export-to-buffer 'e-latex my buffer nil nil t) | | | #+name: version-label | #+BEGIN_SRC emacs-lisp :exports both :results value raw | (org-version) | #+END_SRC ` and doing C-x C-e after the comment line, the label before for src block is lost: It should be fixed. Thanks for reporting this. Regards, -- Nicolas Goaziou
[O] Visibility cycling with inline tasks
Hi all, I have a document with lots of inline tasks scattered throughout it. I want to get an overview of the document so I use S-TAB to cycle to CONTENTS, when I do that all of the inline tasks are displayed like this: * 1 ** 2 *** TODO 4 *** END *** TODO 5 *** END *** TODO 6 *** END *** TODO 7 *** END *** TODO 8 *** END ** 3 this makes getting an overview of the document very difficult (it is hard to tell that 2 and 3 are at the same level). By using a numeric prefix that is less than the level of inline tasks but more than the highest level used in the document (for instance M-5 S-TAB) I can get the result I would expect: * 1 ** 2... ** 3 Should this be the default? Is this also the behaviour that other people expect? Cheers, Chris Witte.
[O] syncing with google calendar, file changed on disk
Hi, Following the instructions from Worg ( http://orgmode.org/worg/org-tutorials/org-google-sync.html ), I've set a cron job to download my google calendar, and use Eric Fraga's awk script to convert it into google.org for inclusion in my agenda. This works fine, and is currently my only syncing option as my access to other web services (git, dropbox etc) is blocked at my workplace. One small issue: the google calendar file changes regularly, even when I haven't added or modified any appointments. As a consequence, I am interrupted by Emacs reminding me that google.org has changed on disk, and I need to respond before I can continue to browse my agenda. This isn't a big deal, but maybe one of you know how to eliminate this problem? For the record, the sort of changes that I see are this: ~/.emacs.d/org$ diff google.org google.org-old 488c488 ACTION:EMAIL --- ACTION:DISPLAY 490,491d489 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com 495c493 ACTION:DISPLAY --- ACTION:EMAIL 496a495,496 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com It seems the ACTION line switches back and forth between DISPLAY and EMAIL. I don't understand the ics format to know what this means. I have searched the mailing list and stackoverflow, but if this has come up before I missed it. Thanks for your help, Tyler
Re: [O] patch for orgweb for better resolution in narrow browsers
Bastien b...@altern.org writes: Hi Eric, Eric Schulte eric.schu...@gmx.com writes: I just recently noticed the new web site, I think it looks great! Thanks! However when the browser window is not very wide (1000px) the elements overflow in an unappealing manner [1]. As an example of how the page looks in my browser see the attached [2], it's not egregious but it is less than ideal and gets worse as the screen gets narrower. Attached please find a patch to the orgweb repo which adds a couple of css @media queries to shrink images and remove wide margins on smaller screens. Additionally I'm attaching a patch which will ignore exported html files in this repo. For some reason, I cannot apply the patch -- as if the email was in HTML (but I don't see it as HTML... weird.) Could you send it again as a simple attachment? Re-attaching as attachments rather than inline. I suspect the problem is related to windows newline characters which are present in the patches. From f403654c101ab4a81f27bdb1f89d48ff1539f838 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Wed, 12 Sep 2012 19:33:25 -0600 Subject: [PATCH 1/2] use css media queries to adjust for narrow browsers --- index.org | 2 +- org.css | 58 +++--- 2 files changed, 52 insertions(+), 8 deletions(-) diff --git a/index.org b/index.org index da7d65e..215acf3 100644 --- a/index.org +++ b/index.org @@ -22,7 +22,7 @@ is maintained by a href=http://lumiere.ens.fr/~guerry/;Bastien Guerry/a sin :CUSTOM_ID: intro :END: -#+ATTR_HTML: style=float: right; width=500px +#+ATTR_HTML: id=main-image [[file:img/main.jpg]] Stable version *7.9.1* (sept. 2012) --- [[http://orgmode.org/org-7.9.1.tar.gz][tar.gz]] or [[http://orgmode.org/org-7.9.1.zip][zip]] diff --git a/org.css b/org.css index 84a90a6..da192fb 100644 --- a/org.css +++ b/org.css @@ -3,6 +3,39 @@ html { font: 300 .9em/1.6em Droid Serif, Open Sans, Cambria, Georgia, DejaVu Serif, serif; } +@media(min-width:1000px){ +#main-image { +float: right; +width: 500px; +} +body { +padding: 20px; +margin-left: 50px; +margin-right: 30px; +} +} + +@media(min-width:800px) and (max-width:1000px){ +#main-image { +float: right; +width: 450px; +} +} + +@media(min-width:850px) and (max-width:1000px){ +body { +padding: 10px; +margin-left: 25px; +margin-right: 15px; +} +} + +@media(max-width:800px){ +#main-image { +display: none; +} +} + #searchgmane { margin-left: 10pt; } @@ -27,12 +60,6 @@ html { text-align: right; } -body { -padding: 20px; -margin-left: 50px; -margin-right: 30px; -} - a { text-decoration: none; color: #537d7b @@ -112,8 +139,25 @@ h2 { padding-left: 5px; } +@media(max-width:800px){ +code{ +font-size: 85%; +} +} + +@media(min-width:800px) and (max-width:900px){ +code{ +font-size: 75%; +} +} + +@media(min-width:900px){ +code{ +font-size: 85%; +} +} + code { -font-size: 85%; background-color: #ee; padding: 1pt; margin-right: 1pt; -- 1.7.12 From 852bcb92ee34761e9c6037b91afcc740737e17d7 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Wed, 12 Sep 2012 22:45:31 -0600 Subject: [PATCH 2/2] ignore exported HTML files in the base of this repo --- .gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git a/.gitignore b/.gitignore index f03a78c..be1b1a2 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,4 @@ pub old +*.html +!preamble.html -- 1.7.12 Thanks, As another minor note which is unfortunately beyond my web abilities to address, with very narrow screens the quote pop-up can make the download and install link unreachable. Maybe we can simply #quote {display:none;} for narrow screens. PS: I'm about to leave right now and we be back later tonight. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
[O] documentation bug
Hi, I'm using org-mode 7.8.03, which shipped with Emacs 24.0.94.1. The documentation for exporting html includes the following: 12.5.1 HTML export commands --- `C-c C-e h (`org-export-as-html')' Export as HTML file. [...] If there is an active region(1), only the region will be exported. However, I think this is incorrect. If there is an active region, org-export will turn on subtree-p. This results in unexpected behaviour. For example, if an active region is marked that contains two subtrees, but point is at the beginning of a third subtree, then instead of exporting the two subtrees in the active region, you get only the third subtree which is outside the region. The same problem appears to hold for C-c C-e R. You actually need to call C-c C-e 1 h to get the expected behaviour. I'm not sure if this is a problem with the docs or the code itself, but they don't seem to match up on this point. Thanks, Tyler
Re: [O] babel for ditaa-eps
Arne Babenhauserheide (IMK) arne.babenhauserhe...@kit.edu writes: Hi Eric, It’s much easier to answer, what this does not share with ob-ditaa.el :) If I cut out the obvious renaming (to be able to use a ditaa-exp source type), it’s just this diff (and the first half of that only defines variables…): Hi Arne, I re-worked your diff into a patch against ob-ditaa.el which adds an :eps header argument to ditaa code blocks. Please try this out and let me know if it works and if it loses any functionality from your original ob-ditaa-eps.el. Should we distribute the DitaaEps.jar with Org-mode in the same manner as we now distribute ditaa.jar? From 643d59bfebc2a917bdd4b5da002df4b663f65be2 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Thu, 13 Sep 2012 08:58:31 -0600 Subject: [PATCH] adding :eps header argument to ditaa code blocks Use of this header argument will change the back-end engine from ditaa.jar to a combination of DitaaEps.jar and epstopdf. This patch is based off of ob-ditaa-eps.el sent to the mailing list by Arne Babenhauserheide (IMK). --- lisp/ob-ditaa.el | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/lisp/ob-ditaa.el b/lisp/ob-ditaa.el index 1c6c712..3fbf50b 100644 --- a/lisp/ob-ditaa.el +++ b/lisp/ob-ditaa.el @@ -57,6 +57,9 @@ :group 'org-babel :type 'string) +(defcustom org-ditaa-eps-jar-path + (expand-file-name DitaaEps.jar (file-name-nondirectory org-ditaa-jar-path))) + (defcustom org-ditaa-jar-option -jar Option for the ditaa jar file. Do not leave leading or trailing spaces in this string. @@ -76,16 +79,24 @@ This function is called by `org-babel-execute-src-block'. (cmdline (cdr (assoc :cmdline params))) (java (cdr (assoc :java params))) (in-file (org-babel-temp-file ditaa-)) + (eps (cdr (assoc :eps params))) (cmd (concat java java org-ditaa-jar-option (shell-quote-argument - (expand-file-name org-ditaa-jar-path)) + (expand-file-name + (if eps org-ditaa-eps-jar-path org-ditaa-jar-path))) cmdline (org-babel-process-file-name in-file) - (org-babel-process-file-name out-file + (org-babel-process-file-name out-file))) + (eps-cmd (when eps + (concat + epstopdf + (org-babel-process-file-name (concat in-file .eps)) + -o= (org-babel-process-file-name out-file) (unless (file-exists-p org-ditaa-jar-path) (error Could not find ditaa.jar at %s org-ditaa-jar-path)) (with-temp-file in-file (insert body)) (message cmd) (shell-command cmd) +(when eps (message eps-cmd) (shell-command eps-cmd)) nil)) ;; signal that output has already been written to file (defun org-babel-prep-session:ditaa (session params) -- 1.7.12 -- Eric Schulte http://cs.unm.edu/~eschulte
[O] syncing with google calendar, file changed on disk
Hi, Following the instructions from Worg ( http://orgmode.org/worg/org-tutorials/org-google-sync.html ), I've set a cron job to download my google calendar, and use Eric Fraga's awk script to convert it into google.org for inclusion in my agenda. This works fine, and is currently my only syncing option as my access to other web services (git, dropbox etc) is blocked at my workplace. One small issue: the google calendar file changes regularly, even when I haven't added or modified any appointments. As a consequence, I am interrupted by Emacs reminding me that google.org has changed on disk, and I need to respond before I can continue to browse my agenda. This isn't a big deal, but maybe one of you know how to eliminate this problem? For the record, the sort of changes that I see are this: ~/.emacs.d/org$ diff google.org google.org-old 488c488 ACTION:EMAIL --- ACTION:DISPLAY 490,491d489 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com 495c493 ACTION:DISPLAY --- ACTION:EMAIL 496a495,496 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com It seems the ACTION line switches back and forth between DISPLAY and EMAIL. I don't understand the ics format to know what this means. I have searched the mailing list and stackoverflow, but if this has come up before I missed it. Thanks for your help, Tyler
Re: [O] documentation bug
Da: Tyler Smith tyler.sm...@mail.mcgill.ca Inviato: Giovedì 13 Settembre 2012 16:50 I'm using org-mode 7.8.03, which shipped with Emacs 24.0.94.1. `C-c C-e h (`org-export-as-html')' Export as HTML file. [...] If there is an active region(1), only the region will be exported. However, I think this is incorrect. If there is an active region, org-export will turn on subtree-p. This results in unexpected behaviour. For example, if an active region is marked that contains two subtrees, This is a corner case. With your org version you are expected to export a well organized document: - A headline and its subtrees - or a subtree, not two subtrees. But, here, Org-mode version 7.9.1 (2eb1456bfd the new exporter handles this case well and exports the two subtrees. Please upgrade Org and use the new exporter as suggested in the release notes: http://orgmode.org/Changes.html cheers, Giovanni
Re: [O] syncing with google calendar, file changed on disk
Tyler Smith sedge...@gmail.com wrote: Hi, Following the instructions from Worg ( http://orgmode.org/worg/org-tutorials/org-google-sync.html ), I've set a cron job to download my google calendar, and use Eric Fraga's awk script to convert it into google.org for inclusion in my agenda. This works fine, and is currently my only syncing option as my access to other web services (git, dropbox etc) is blocked at my workplace. One small issue: the google calendar file changes regularly, even when I haven't added or modified any appointments. As a consequence, I am interrupted by Emacs reminding me that google.org has changed on disk, and I need to respond before I can continue to browse my agenda. This isn't a big deal, but maybe one of you know how to eliminate this problem? For the record, the sort of changes that I see are this: ~/.emacs.d/org$ diff google.org google.org-old 488c488 ACTION:EMAIL --- ACTION:DISPLAY 490,491d489 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com 495c493 ACTION:DISPLAY --- ACTION:EMAIL 496a495,496 SUMMARY:Alarm notification ATTENDEE:mailto:x...@gmail.com It seems the ACTION line switches back and forth between DISPLAY and EMAIL. I don't understand the ics format to know what this means. I have searched the mailing list and stackoverflow, but if this has come up before I missed it. Thanks for your help, The brute force approach: make the cron job download to a different file, diff the two and if the diff is just ACTION:EMAIL--ACTION:DISPLAY lines and Alarm notification crud, then throw away the downloaded file. If the diff is different, move the downloaded file to google.org. If you go this way, you might want to play around with different diff formats to see which one is the easiest to parse for the minimal diff(s) above. Nick
Re: [O] Question on latex source block
Jambunathan K kjambunat...@gmail.com writes: Eric Schulte eric.schu...@gmx.com writes: Alright, I've just committed a patch which gets part-way to your suggest solution. While the two backend-specific functions are still separate (I agree they should be combined), I have brought back the `org-create-formula-image' function, which now dispatches to the backend specific functions. Additionally there are some problems in the `org-format-latex' function. It lists mandatory arguments as optional, and appears to create variables which are not required or properly set. These function should probably be cleaned at some point up by whoever is maintaining Org-mode's LaTeX interfaces. This (or one of the recent commits) is creating the following regression. I have not dived in to the details. Perhaps you could use git-bisect to find the ID of the offending commit? Also a reproduction recipe would be useful. Does this bug only occur if `org-export-as-odt-and-open' is called, or can it be reproduced by simply calling `org-preview-latex-fragment' or `org-create-formula-image'. Note: my patch (referenced above) did not touch the `org-create-formula-image-with-dvipng' function which appears in your backtrace (below), so I doubt my commit is the culprit. Best, Export the below snippert with C-c C-e o. You will see this. Export works fine with tree at commit 8e445333. Debugger entered--Lisp error: (error Not enough arguments for format string) format(rgb %s %s %s) apply(format rgb %s %s %s nil) org-dvipng-color-format(Transparent) org-create-formula-image-with-dvipng(#(\\begin{equation*}\n x=\\sqrt{b}\n \\end{equation*} 0 18 (fontified t) 18 54 (fontified t)) /home/kjambunathan/ltxpng/regression_8ae36f2f639503b0a2290277a2d42b284db15c21.png (:foreground default :background default :scale 1.0 :html-foreground Black :html-background Transparent :html-scale 1.0 :matchers (begin $1 $ $$ \\( \\[)) nil) org-create-formula-image(#(\\begin{equation*}\n x=\\sqrt{b}\n \\end{equation*} 0 18 (fontified t) 18 54 (fontified t)) /home/kjambunathan/ltxpng/regression_8ae36f2f639503b0a2290277a2d42b284db15c21.png (:foreground default :background default :scale 1.0 :html-foreground Black :html-background Transparent :html-scale 1.0 :matchers (begin $1 $ $$ \\( \\[)) nil dvipng) org-format-latex(ltxpng/regression . nil Creating LaTeX image %s nil nil dvipng) org-export-odt-do-preprocess-latex-fragments() org-export-odt-preprocess-latex-fragments() run-hooks(org-export-preprocess-after-blockquote-hook) org-export-preprocess-string(#(#+TITLE: regression.org\n#+AUTHOR: Jambunathan K\n#+EMAIL: kjambunat...@gmail.com\n#+DATE: 2012-09-13 Thu\n#+DESCRIPTION:\n#+KEYWORDS:\n#+LANGUAGE: en\n#+OPTIONS: H:3 num:t toc:t \\n:nil @:t ::t |:t ^:t -:t f:t *:t :t\n#+OPTIONS: TeX:t LaTeX:dvipng skip:nil d:t todo:t pri:nil tags:t\n#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js\n#+EXPORT_SELECT_TAGS: export\n#+EXPORT_EXCLUDE_TAGS: noexport\n#+LINK_UP: \n#+LINK_HOME: \n#+XSLT:\n\n\n#+name: Equation:2\n \\begin{equation*}\n x=\\sqrt{b}\n \\end{equation*}\n 0 8 (fontified t font-lock-fontified t face org-document-info-keyword) 8 13 (fontified t) 13 27 (fontified t font-lock-fontified t face org-document-title) 27 28 (fontified t) 28 37 (fontified t font-lock-fontified t face org-document-info-keyword) 37 41 (fontified t) 41 54 (fontified t font-lock-fontified t face org-document-info) 54 55 (fontified t) 55 63 (fontified t font-lock-fontified t face org-document-info-keyword) 63 68 (fontified t) 68 90 (fontified t font-lock-fontified t face org-document-info) 90 91 (fontified t) 91 98 (fontified t font-lock-fontified t face org-document-info-keyword) 98 104 (fontified t) 104 118 (fontified t font-lock-fontified t face org-document-info) 118 119 (fontified t) 119 133 (fontified t font-lock-fontified t face org-meta-line) 133 134 (fontified t) 134 145 (fontified t font-lock-fontified t face org-meta-line) 145 146 (fontified t) 146 161 (fontified t font-lock-fontified t face org-meta-line) 161 162 (fontified t) 162 229 (fontified t font-lock-fontified t face org-meta-line) 229 230 (fontified t) 230 296 (fontified t font-lock-fontified t face org-meta-line) 296 297 (fontified t) 297 366 (fontified t font-lock-fontified t face org-meta-line) 366 395 (fontified t font-lock-fontified t org-no-flyspell t mouse-face highlight face org-meta-line keymap #1=(keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 . org-open-at-mouse))) 395 396 (fontified t rear-nonsticky (mouse-face highlight keymap invisible intangible help-echo org-linked-text) font-lock-fontified t org-no-flyspell t mouse-face highlight face org-meta-line keymap #1#) 396 397 (fontified t) 397 425 (fontified t font-lock-fontified t face org-meta-line) 425 426 (fontified t) 426 457 (fontified t font-lock-fontified t face
Re: [O] Question on latex source block
Eric Schulte eric.schu...@gmx.com wrote: Jambunathan K kjambunat...@gmail.com writes: Eric Schulte eric.schu...@gmx.com writes: Alright, I've just committed a patch which gets part-way to your suggest solution. While the two backend-specific functions are still separate (I agree they should be combined), I have brought back the `org-create-formula-image' function, which now dispatches to the backend specific functions. Additionally there are some problems in the `org-format-latex' function. It lists mandatory arguments as optional, and appears to create variables which are not required or properly set. These function should probably be cleaned at some point up by whoever is maintaining Org-mode's LaTeX interfaces. This (or one of the recent commits) is creating the following regression. I have not dived in to the details. Perhaps you could use git-bisect to find the ID of the offending commit? I did and I replied both to the list and cc: to you and Jambunathan (and I added a clarification later). You probably haven't reached that point in your email backlog yet, but if you don't see them let me know and I'll forward them to you. Nick
Re: [O] new exporter now drops labels
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, cbe...@tajo.ucsd.edu writes: Using a pull from earlier today (8ab1d76..343b648) and this file: , | *** first headline | #+COMMENT: (org-export-to-buffer 'e-latex my buffer nil nil t) | | | #+name: version-label | #+BEGIN_SRC emacs-lisp :exports both :results value raw | (org-version) | #+END_SRC ` and doing C-x C-e after the comment line, the label before for src block is lost: It should be fixed. Thanks for reporting this. Pulled 343b648..0b13ec8 a few minutes ago. Still no version-label label for the src block. Chuck -- Charles C. BerryDept of Family/Preventive Medicine cberry at ucsd edu UC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
Re: [O] New exporter queries, captions
Hello, t...@tsdye.com (Thomas S. Dye) writes: Three queries about captions in the new exporter: 1) The old exporter allowed a structure like this #+CAPTION: [Short caption]{Long caption.} to export \caption[Short caption]{Long caption.} to LaTeX. The new exporter gives something like this \caption{[Short caption]{Long caption.}} Can the former behavior be implemented in the new exporter? Correct syntax is: #+CAPTION[short]: long much like: #+RESULTS[hash]: name 2) Caption text appears to require markup in the export target language, rather than org markup. So, for LaTeX export I need something like #+CAPTION: Things: \textit{a}, some; \textit{b}, other. Rather than, #+CAPTION: /a/, some; /b/, other. Shouldn't caption text honor org markup so it can be exported correctly to different backends? Is there a switch for this? That was a bug. Captions honor Org syntax again. Thanks. 3) My captions are often long. Is it possible to enter these so they aren't all on one line? Something like #+CAPTION: Line one #+CAPTION: Line two would be great. It is now implemented. Regards, -- Nicolas Goaziou
Re: [O] syncing with google calendar, file changed on disk
Hi I use the following bash script via cron to sync with google and revert the buffer. I also keep my files in git, so there are some git commands in here too: #+BEGIN_SRC bash #update calendar (this runs the awk script) /home/arun/bin/google-get-calendar #check if have any local changes, if so commit them emacsclient -e (org-save-all-org-buffers) git commit -am automatic update # pull and push with rebase git pull --rebase git push # git is synced now = auto-revert buffers emacsclient -e (revbufs) # export ics file, so that items show up on google emacs --batch -l ~/.emacs --eval '(defun ask-user-about-lock (file opp) nil)' -f org-mycal-export # copy to xxx.xxx.xxx, if ssh-agent knows about the key if [ -e ~/.sshagent ] ; then . ~/.sshagent fi ssh-add -l |grep cf:c4:58 scp -v ~/org/org.ics xxx.xxx.xxx:public_html/cryptic-file-name.ics #+END_SRC and the export is handled by: #+BEGIN_SRC emacs-lisp ;;; org - google export via .ics (setq org-icalendar-use-UTC-date-time nil) (setq org-icalendar-timezone America/Los_Angeles) (defun org-mycal-export-limit () Limit the export to items that have a date, time and a range. Also exclude certain categories. (setq org-tst-regexp \\([0-9]\\{4\\}-[0-9]\\{2\\}-[0-9]\\{2\\} ... [0-9]\\{2\\}:[0-9]\\{2\\}[^\r\n]*?\\)) (setq org-tstr-regexp (concat org-tst-regexp --?-? org-tst-regexp)) (save-excursion ; get categories (setq mycategory (org-get-category)) ; get start and end of tree (org-back-to-heading t) (setq mystart(point)) (org-end-of-subtree) (setq myend (point)) (goto-char mystart) ; search for timerange (setq myresult (re-search-forward org-tstr-regexp myend t)) ; search for categories to exclude (setq mycatp (member mycategory org-export-exclude-category)) ; return t if ok, nil when not ok (if (and myresult (not mycatp)) t nil))) (defun org-mycal-export () (let ((org-icalendar-verify-function 'org-mycal-export-limit)) (org-export-icalendar-combine-agenda-files))) #+END_SRC HTH Arun
Re: [O] New exporter queries, captions
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, t...@tsdye.com (Thomas S. Dye) writes: Three queries about captions in the new exporter: 1) The old exporter allowed a structure like this #+CAPTION: [Short caption]{Long caption.} to export \caption[Short caption]{Long caption.} to LaTeX. The new exporter gives something like this \caption{[Short caption]{Long caption.}} Can the former behavior be implemented in the new exporter? Correct syntax is: #+CAPTION[short]: long much like: #+RESULTS[hash]: name Got it. Thanks. 2) Caption text appears to require markup in the export target language, rather than org markup. So, for LaTeX export I need something like #+CAPTION: Things: \textit{a}, some; \textit{b}, other. Rather than, #+CAPTION: /a/, some; /b/, other. Shouldn't caption text honor org markup so it can be exported correctly to different backends? Is there a switch for this? That was a bug. Captions honor Org syntax again. Thanks. Is it possible to expand links, too? If I have #+CAPTION: Data from [[textcite:ladefoged08:_variab_hawaii][;]]. I get \caption{Data from [[textcite:ladefoged08:_variab_hawaii][;]].} My textcite link type is here: #+name: define-biblatex-textcite-link #+begin_src emacs-lisp :results silent :exports none (org-add-link-type textcite 'ebib (lambda (path desc format) (cond ((eq format 'html) (format (cite%s/cite) path)) ((eq format 'latex) (if (or (not desc) (equal 0 (search textcite: desc))) (format \\textcite{%s} path) (format \\textcite[%s][%s]{%s} (cadr (split-string desc ;)) (car (split-string desc ;)) path)) #+end_src 3) My captions are often long. Is it possible to enter these so they aren't all on one line? Something like #+CAPTION: Line one #+CAPTION: Line two would be great. It is now implemented. Terrific. Thanks! All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] Question on latex source block
Perhaps you could use git-bisect to find the ID of the offending commit? I did and I replied both to the list and cc: to you and Jambunathan (and I added a clarification later). You probably haven't reached that point in your email backlog yet, but if you don't see them let me know and I'll forward them to you. Oh, your' correct Nick, I do see this in my folder. Thanks for taking the time to do this Bisect. Seems to be caused by 149cc04782651e74764eb3188f6a6f178fe25f64, which is unfortunate since that fixes (at least I *think* it fixes) some problems when no default fore/background is defined (e.g. when emacs is run in batch mode). It would be nice if this could be fixed without reverting that commit completely. I'm CC'ing Abdó (the author of that commit). Hopefully he can take a shot at solving this. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] any org[/beamer] experts in the ottawa area available for consulting?
On Mon, Sep 10, 2012 at 4:56 AM, Robert P. J. Day wrote: [snip: request for help (63 lines)] i am not an accomplished user of *any* of the technologies in the toolchain -- org-mode, emacs, latex or beamer. i have used emacs in Highly recommended series for getting to know Emacs better: http://www.ibm.com/developerworks/views/aix/libraryview.jsp?search_by=emacs+editing+environment HTH --Manish
Re: [O] any org[/beamer] experts in the ottawa area available for consulting?
On Thu, 13 Sep 2012, Manish wrote: On Mon, Sep 10, 2012 at 4:56 AM, Robert P. J. Day wrote: [snip: request for help (63 lines)] i am not an accomplished user of *any* of the technologies in the toolchain -- org-mode, emacs, latex or beamer. i have used emacs in Highly recommended series for getting to know Emacs better: http://www.ibm.com/developerworks/views/aix/libraryview.jsp?search_by=emacs+editing+environment thanks, i appreciate that. i clearly have some frantic studying to do. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [O] Store org-files in a git repository?
This calls for a good logging system. Something that stores any action you take on a .org file (editing an entry, marking it as DONE, clocking it, refiling it, etc.) and that you can easily *query*. For now the logs are somewhat hackish, more a casual convenience, and the actual system is not good for stable parsing. That's something I considered working on at some point, but starting this before org-element.el was complete was not a good idea. Ok, now org-element.el is complete... :) This sounds promising, Bastien! Let us know how it goes. On Wed, Sep 12, 2012 at 11:52 AM, Samuel Wales samolog...@gmail.com wrote: On 9/12/12, Bastien b...@altern.org wrote: This calls for a good logging system. Of possible tangential relevance for the display part of it: FR: inactive timestamps in log mode (and a sorting FR)
[O] Status of org-sync?
Hi guys, What's the current status of org-sync? Is it already a contrib? I'd like to extend it to support Acunote. Thanks, - Marcelo.
Re: [O] new exporter now drops labels
cbe...@tajo.ucsd.edu writes: Pulled 343b648..0b13ec8 a few minutes ago. Still no version-label label for the src block. Indeed, it was a completely different problem. It should be fixed, this time. Thanks. Regards,
[O] Another tricky question: accessing named values
Is there a way of accessing the value of something defined by a #name: statement as part of plain text, of within the definition of a macro?
Re: [O] Question on latex source block
Hi, Here is a patch. Sorry for the bug! Abdó. Eric Schulte eric.schu...@gmx.com writes: Seems to be caused by 149cc04782651e74764eb3188f6a6f178fe25f64, which is unfortunate since that fixes (at least I *think* it fixes) some problems when no default fore/background is defined (e.g. when emacs is run in batch mode). It would be nice if this could be fixed without reverting that commit completely. I'm CC'ing Abdó (the author of that commit). Hopefully he can take a shot at solving this. -- Eric Schulte http://cs.unm.edu/~eschulte From a48efe084848aa1de8ad4abc5780d49b424a3980 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Abd=C3=B3=20Roig-Maranges?= abdo.r...@gmail.com Date: Thu, 13 Sep 2012 20:13:37 +0200 Subject: [PATCH] fix dvipng latex export with Transparent background * org.el (org-create-formula-image-with-dvipng): Fixes a bug introduced in 149cc04782651e74764eb3188f6a6f178fe25f64 that made it fail with no :foreground and :background attributes set, due to bad handling of Transparent color. --- lisp/org.el | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 881dbd5..1c18d70 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -17612,9 +17612,9 @@ share a good deal of logic. (bg (or (plist-get options (if buffer :background :html-background)) Transparent))) (if (eq fg 'default) (setq fg (org-dvipng-color :foreground)) - (setq fg (org-dvipng-color-format fg))) + (unless (string= fg Transparent) (setq fg (org-dvipng-color-format fg (if (eq bg 'default) (setq bg (org-dvipng-color :background)) - (setq bg (org-dvipng-color-format bg))) + (unless (string= bg Transparent) (setq bg (org-dvipng-color-format bg (with-temp-file texfile (insert (org-splice-latex-header org-format-latex-header -- 1.7.12
Re: [O] Question on latex source block
Abdó Roig-Maranges abdo.r...@gmail.com writes: Hi, Here is a patch. Sorry for the bug! Thanks. I did a quick test and pushed the patch to repo. Abdó. Eric Schulte eric.schu...@gmx.com writes: Seems to be caused by 149cc04782651e74764eb3188f6a6f178fe25f64, which is unfortunate since that fixes (at least I *think* it fixes) some problems when no default fore/background is defined (e.g. when emacs is run in batch mode). It would be nice if this could be fixed without reverting that commit completely. I'm CC'ing Abdó (the author of that commit). Hopefully he can take a shot at solving this. -- Eric Schulte http://cs.unm.edu/~eschulte
[O] [OT] Automating the process of creating 'buildlogs'
This is kind of OT, but still relevant to org, I think.. I spend most of my day coding, and sometimes doing devops stuff. When I can't (don't have the time, or the client just doesn't want to) automate it with a scm system like Chef, I rely on buildlogs (all of them saved as org files). However, I find buildlogs a pain to build manually, specially when you are int the middle of the task - in the zone - typing, retyping, researching etc, and still have to stop and take notes in a document. My perfect workflow would be something like: automatically capture everything you wrote in the terminal to a file. Then, based off this file, add the step descriptions and any other additional information. No need to manually copy pieces of data from the terminal to the document, risking forgetting a step in the process. I was wondering if any of you guys ever thought about this or done anything to automate it? I don't use the shell from emacs, I use iTerm. One alternative I think is to use GNU Screen and set it up to log the input (I know a colleague of mine did that once). Another one is to setup something from emacs that automatically saves the input data in a temp buffer and then converts it to a org file. I'll try one of those tonight, but if any of you guys have insights you'd like to share, it'd be superb :) Cheers! - Marcelo.
Re: [O] [OT] Current website not very attractive
Bastien et al, Congrats on the new site! I really liked the minimalist concept, the colors and the typography! It's much cleaner and much more attractive :) - Marcelo. On Sat, Aug 11, 2012 at 4:30 AM, Bastien b...@gnu.org wrote: brian powell briangpowel...@gmail.com writes: --I just hope that whoever wins the contest creates web pages that are 501 compliant and everyone can read on any computer using any operating system and browser and those webpages are as printable as a Texinfo document. Even better: as the website is based on .org files, and as a new TeXinfo exporter will soon be in contrib/lisp/, you will be able to export each page of the website into a TeXinfo document. -- Bastien
Re: [O] [OT] Current website not very attractive
I think the new design is more appealing to not-very-technical-people like graphic designers and other knowledge-workers that might not be coding-savvy, by the way. On Thu, Sep 13, 2012 at 3:19 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Bastien et al, Congrats on the new site! I really liked the minimalist concept, the colors and the typography! It's much cleaner and much more attractive :) - Marcelo. On Sat, Aug 11, 2012 at 4:30 AM, Bastien b...@gnu.org wrote: brian powell briangpowel...@gmail.com writes: --I just hope that whoever wins the contest creates web pages that are 501 compliant and everyone can read on any computer using any operating system and browser and those webpages are as printable as a Texinfo document. Even better: as the website is based on .org files, and as a new TeXinfo exporter will soon be in contrib/lisp/, you will be able to export each page of the website into a TeXinfo document. -- Bastien
Re: [O] [OT] Current website not very attractive
I can help with the Spanish and Portuguese versions, by the way. On Thu, Sep 13, 2012 at 3:21 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: I think the new design is more appealing to not-very-technical-people like graphic designers and other knowledge-workers that might not be coding-savvy, by the way. On Thu, Sep 13, 2012 at 3:19 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Bastien et al, Congrats on the new site! I really liked the minimalist concept, the colors and the typography! It's much cleaner and much more attractive :) - Marcelo. On Sat, Aug 11, 2012 at 4:30 AM, Bastien b...@gnu.org wrote: brian powell briangpowel...@gmail.com writes: --I just hope that whoever wins the contest creates web pages that are 501 compliant and everyone can read on any computer using any operating system and browser and those webpages are as printable as a Texinfo document. Even better: as the website is based on .org files, and as a new TeXinfo exporter will soon be in contrib/lisp/, you will be able to export each page of the website into a TeXinfo document. -- Bastien
Re: [O] new exporter now drops labels
Nicolas Goaziou n.goaz...@gmail.com writes: cbe...@tajo.ucsd.edu writes: Pulled 343b648..0b13ec8 a few minutes ago. Still no version-label label for the src block. Indeed, it was a completely different problem. It should be fixed, this time. Thanks. Looks good, now. Thank you! Chuck
[O] Problem with ltxpng path for html and odt exports
Here is a patch fixing a bug introduced in commit 8474115b20ff2ac907d62f30a0f543064318f47d. That commit added a config variable with the path for the ltxpng directory (latex images) but didn't take into account html and odt exports. Abdó Roig. From 02435c7ac59611278d49b8499ce117033b415d86 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Abd=C3=B3=20Roig-Maranges?= abdo.r...@gmail.com Date: Thu, 13 Sep 2012 22:35:44 +0200 Subject: [PATCH] Fixes ltxpng path for html and odt exports Commit 8474115b20ff2ac907d62f30a0f543064318f47d breaks latex image exports as html and odt. This fixes it. * org-html.el (org-export-html-preprocess): replaces explicit ltxpng/ (org-export-html-format-image): replaces ^ltxpng/ regexp. * org-odt.el (org-export-odt-do-preprocess-latex-fragments): replaces ltxpng/ --- lisp/org-html.el | 4 ++-- lisp/org-odt.el | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index 209e3ec..79b0286 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -763,7 +763,7 @@ The default is an extended format of the ISO 8601 specification. (when (and org-current-export-file (plist-get parameters :LaTeX-fragments)) (org-format-latex - (concat ltxpng/ (file-name-sans-extension + (concat org-latex-preview-ltxpng-directory (file-name-sans-extension (file-name-nondirectory org-current-export-file))) org-current-export-dir nil Creating LaTeX image %s @@ -2031,7 +2031,7 @@ PUB-DIR is set, use this as the publishing directory. (defun org-export-html-format-image (src par-open) Create image tag with source and attributes. (save-match-data -(if (string-match ^ltxpng/ src) +(if (string-match (regexp-quote org-latex-preview-ltxpng-directory) src) (format img src=\%s\ alt=\%s\/ src (org-find-text-property-in-string 'org-latex-src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) diff --git a/lisp/org-odt.el b/lisp/org-odt.el index c3fc325..e7d4e31 100644 --- a/lisp/org-odt.el +++ b/lisp/org-odt.el @@ -2658,7 +2658,7 @@ using `org-open-file'. cache-dir display-msg) (cond ((eq latex-frag-opt 'dvipng) - (setq cache-dir ltxpng/) + (setq cache-dir org-latex-preview-ltxpng-directory) (setq display-msg Creating LaTeX image %s)) ((member latex-frag-opt '(mathjax t)) (setq latex-frag-opt 'mathml) -- 1.7.12
Re: [O] [BUG] [new exporter] \cite and \ref in odt export
Andreas This has been pending for quite a while and is now fixed with following commit/org-version. , | Org-mode version 7.9.1 (release_7.9.1-212-gdd44a62) ` LaTeX fragments like \cite and \ref which cannot be converted to images or mathml files will be transferred as such in to ODT export. As for getting bibtex/citation support with ODT export, I have some ideas. It requires some help from org-element/org-export framework. We can initiate some discussion with Nicolas Goaziou and check whether his availability for changes around this area. Do let me know if something is broken with new exporter. Jambunathan K. Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I experience problems when using \ref and \cite in documents, and then exporting to odt. I can replace the \ref{uuu} with [[uuu]] (breaking compatibility with the legacy exporter), but how would I replace \cite? My only 'solution' momentarily is to export with #+OPTIONS: LaTeX:nil I guess this is a bug? Regards, Andreas PS: Here follows an example: Use this bib-file: ,[ literature.bib ] | @article{schulte:2012, | author = Eric Schulte and Dan Davison and Thomas Dye and | Carsten Dominik, | title =A Multi-Language Computing Environment for Literate | Programming and Reproducible Research, | journal = Journal of Statistical Software, | volume = 46, | number = 3, | pages =1--24, | day = 25, | month =1, | year = 2012, | CODEN =JSSOBK, | ISSN = 1548-7660, | bibdate = 2011-10-03, | URL = http://www.jstatsoft.org/v46/i03;, | accepted = 2011-10-03, | acknowledgement =, | keywords = , | submitted =2010-12-22, | } ` When I try to export this file to odt: , | #+TITLE: Citations in non-LaTeX | | | * Related Work... | can be found in \cite{schulte:2012}. | | | | #+LATEX_HEADER: | \usepackage[natbib,backref,backend=bibtex,style=authoryear,isbn=false,url=false,eprint=false]{biblatex} | #+LATEX_HEADER: \bibliography{literature} | #+LATEX_HEADER: \setlength{\bibhang}{1em} | #+LATEX_HEADER: \usepackage{hyperref} ` I get this backtrace: , | Debugger entered--Lisp error: (wrong-type-argument stringp nil) | expand-file-name(nil /home/andreas/org/) | (let* ((src-file (expand-file-name path (file-name-directory | org-current-export-file))) (target-dir (format Formula-%04d/ (incf | org-e-odt-embedded-formulas-count))) (target-file (concat target-dir | content.xml))) (message Embedding %s as %s ... | (substring-no-properties path) target-file) (make-directory | target-dir) (org-e-odt-create-manifest-file-entry | application/vnd.oasis.opendocument.formula target-dir 1.2) (case | (org-e-odt-is-formula-link-p src-file) (mathml (copy-file src-file | target-file (quote overwrite))) (odf (org-e-odt-zip-extract-one | src-file content.xml target-dir)) (t (error %s is not a formula | file src-file))) (org-e-odt-create-manifest-file-entry text/xml | target-file) target-file) | org-e-odt-copy-formula-file(nil) | (file-name-directory (org-e-odt-copy-formula-file src)) | (org-e-odt-format-tags draw:object xlink:href=\%s\ | xlink:type=\simple\ xlink:show=\embed\ | xlink:actuate=\onLoad\/ (file-name-directory | (org-e-odt-copy-formula-file src))) | (let* ((src (cond ((eq (org-element-type element) (quote link)) | (let* ((type ...) (raw-path ...)) (cond (... ...) (t raw-path | ((member (org-element-type element) (quote (latex-fragment | latex-environment))) (let* ((latex-frag ...) (formula-link ...)) | (and formula-link (string-match file:\\([^]]*\\) formula-link) | (match-string 1 formula-link (t (error what is this? | (caption-from (case (org-element-type element) (link | (org-export-get-parent-element element)) (t element))) (captions | (org-e-odt-format-label caption-from info (quote definition))) | (caption (car captions)) (href (org-e-odt-format-tags draw:object | xlink:href=\%s\ xlink:type=\simple\ xlink:show=\embed\ | xlink:actuate=\onLoad\/ (file-name-directory | (org-e-odt-copy-formula-file src (embed-as (if caption (quote | paragraph) (quote character))) width height) (cond ((eq embed-as | (quote character)) (org-e-odt-format-entity InlineFormula href | width height)) (t (let ((table-info nil) (table-info (quote | (:alignment [c c] :column-groups [nil nil] :row-groups | ... :special-column-p nil :width [8 1]))) (org-lparse-table-ncols | 2)) (org-e-odt-list-table (list (list (org-e-odt-format-entity | CaptionedDisplayFormula href width height captions) (let* | ... ...))) (quote (table (:attr_odt ...))) info) | org-e-odt-format-formula((latex-fragment (:value | \\cite{schulte:2012} :begin 70 :end 89 :post-blank 0 :parent | (paragraph (:begin 54 :end 94 :contents-begin 54 :contents-end 90 | :post-blank 3 :parent (section (:begin 54 :end 336
Re: [O] babel for ditaa-eps
Eric Schulte eric.schu...@gmx.com writes: Please, provide the option to not create the PDF file at the end for those poor people that use Groff to create documents in which will barf on a PDF file. Thanks, Luis -- Luis R. Anaya papo anaya aroba hot mail punto com Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo
Re: [O] babel for ditaa-eps
Luis Anaya papoan...@hotmail.com writes: Eric Schulte eric.schu...@gmx.com writes: Please, provide the option to not create the PDF file at the end for those poor people that use Groff to create documents in which will barf on a PDF file. Thanks, Luis Good idea, The attached version makes this change. If someone can confirm that this patch works I can apply it. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Weird List Behavior with Links
On 09/12/2012 09:20 PM, Bastien wrote: Scott Randby sran...@gmail.com writes: I just discovered some weird behavior. Suppose a list of links like the following is made in an org file. Fixed, thanks. This is one of the things I love about org. Report a bug and it is fixed in less than an hour. Fantastic. Scott
Re: [O] babel for ditaa-eps
Eric Schulte eric.schu...@gmx.com writes: Luis Anaya papoan...@hotmail.com writes: Eric Schulte eric.schu...@gmx.com writes: Please, provide the option to not create the PDF file at the end for those poor people that use Groff to create documents in which will barf on a PDF file. Thanks, Luis Good idea, The attached version makes this change. If someone can confirm that this patch works I can apply it. Thanks, with the attachment :) From 014fa9fd68a6476df2da32c590781788672a0f1a Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Thu, 13 Sep 2012 08:58:31 -0600 Subject: [PATCH] adding :eps header argument to ditaa code blocks Use of this header argument will change the back-end engine from ditaa.jar to a combination of DitaaEps.jar and epstopdf. This patch is based off of ob-ditaa-eps.el sent to the mailing list by Arne Babenhauserheide (IMK). --- lisp/ob-ditaa.el | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/lisp/ob-ditaa.el b/lisp/ob-ditaa.el index 1c6c712..d97af14 100644 --- a/lisp/ob-ditaa.el +++ b/lisp/ob-ditaa.el @@ -57,6 +57,9 @@ :group 'org-babel :type 'string) +(defcustom org-ditaa-eps-jar-path + (expand-file-name DitaaEps.jar (file-name-nondirectory org-ditaa-jar-path))) + (defcustom org-ditaa-jar-option -jar Option for the ditaa jar file. Do not leave leading or trailing spaces in this string. @@ -76,16 +79,25 @@ This function is called by `org-babel-execute-src-block'. (cmdline (cdr (assoc :cmdline params))) (java (cdr (assoc :java params))) (in-file (org-babel-temp-file ditaa-)) + (eps (cdr (assoc :eps params))) (cmd (concat java java org-ditaa-jar-option (shell-quote-argument - (expand-file-name org-ditaa-jar-path)) + (expand-file-name + (if eps org-ditaa-eps-jar-path org-ditaa-jar-path))) cmdline (org-babel-process-file-name in-file) - (org-babel-process-file-name out-file + (org-babel-process-file-name out-file))) + (pdf-cmd (when (and (or (string= (file-name-extension out-file) pdf) + (cdr (assoc :pdf params + (concat + epstopdf + (org-babel-process-file-name (concat in-file .eps)) + -o= (org-babel-process-file-name out-file) (unless (file-exists-p org-ditaa-jar-path) (error Could not find ditaa.jar at %s org-ditaa-jar-path)) (with-temp-file in-file (insert body)) (message cmd) (shell-command cmd) +(when pdf-cmd (message pdf-cmd) (shell-command pdf-cmd)) nil)) ;; signal that output has already been written to file (defun org-babel-prep-session:ditaa (session params) -- 1.7.12 -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] babel for ditaa-eps
Oh, I thought that I was going blind or needed stronger bifocals :).I'll take a look at it and play with it, Thanks!Luis Original Message From: Eric SchulteSent: Thu, Sep 13, 2012 10:51 PM To: Luis Anaya CC: emacs-orgmode@gnu.org; Arne Babenhauserheide (IMK) Subject: Re: [O] babel for ditaa-epsEric Schulte writes: > Luis Anaya writes: > >> Eric Schulte writes: >> >> Please, provide the option to not create the PDF file at the end for >> those poor people that use Groff to create documents in which will barf >> on a PDF file. >> >> Thanks, >> >> Luis > > Good idea, > > The attached version makes this change. If someone can confirm that > this patch works I can apply it. > > Thanks, with the attachment :) -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [OT] Current website not very attractive
Hi Marcelo, glad you like the new website! It's important to keep Org open to non-developers, it is good if the website somehow advertizes this attitude. Marcelo de Moraes Serpa celose...@gmail.com writes: I can help with the Spanish and Portuguese versions, by the way. Great! ~$ git clone git://orgmode.org/orgweb.git ~$ cd orgweb/ ~$ git branch orgweb-es ~$ mkdir es/ ~$ cp *org es/ [translate the es/*org files] ~$ git commit -m Yeah! es translation done! ~$ git format-patch master ... then send me the patch(es). Should be one-hour max of work. Thanks in advance :) -- Bastien
Re: [O] Status of org-sync?
Hi Marcelo, Marcelo de Moraes Serpa celose...@gmail.com writes: What's the current status of org-sync? It is available here: ~$ git://orgmode.org/org-sync.git Is it already a contrib? No. It would be good to test it more and to spread the world about this feature. I'd like to extend it to support Acunote. Great -- I'm sure Aurélien can help you with directions. Thanks for experimenting, -- Bastien