Re: [Orgmode] Re: org batch job using emacsclient?
Dear Sebastian, many thanks for your detailed reply! On 17.11.2009, at 03:25, Sebastian Rose wrote: >> To start with, it now works for me and I can measure a consistent speedup of >> 7x >> (!) for using emacsclient - in an interactive web service (conversion of >> org-files to HTML) the difference between 0.35 s and 2.40 s (average) is >> significant. > > That was to be expected :) I had certainly hoped so. However, this performance is still disappointing considering the "horse power" of modern systems - and this although I checked that all Lisp sources have been compiled. But I will now officially stop whining: < 0.5 s for a typical interactive query is acceptable from a user's point of view. >> I have added a (kill-buffer) statement for cleaning up (I observed an >> increasing >> number of emacsclient processes before), is this a good solution? > > Does it help? Then I think it's ok. > > The `usual' way to close a server buffer is `C-x #' which is bound to > the function `server-edit'. That's what I use in org-protocol.el. The > name is somewhat confusing, though. +1 > /path/to/emacs -Q -l /etc/emacs-server/init.el --daemon=SERVER-NAME > /path/to/emacsclient --no-wait --socket-name=SERVER-NAME xy.org (1) I have changed the code to #!/bin/sh emacsclient --no-wait -s org --eval "(progn (add-to-list 'load-path \"/opt/org-6.33c/lisp/\") (require 'org)(require 'org-exp) (setq org-export-headline-levels 2) (find-file \"$1\") (org-export-as-html 2 nil nil nil nil \".\"))" omitting the (kill-buffer) is a speed improvement and no emacsclient processes remain - nice! However, what happens to any buffers, temporary or otherwise, created during org conversion - will they accumulate in the server process? (2) I have not tried but it is probably important to start emacs-server as the same user who is then going to run emacsclient (root vs webservd)? (3) > Are you familiar with init.d stuff? There is an example file somewhere > on Debian... > http://github.com/SebastianRose/denycc/blob/master/scripts/rc.denycc > is made from such an example file for Debian 4.0 Yes, I still grew up with this. However, this is (slightly) deprecated on Solaris 10: we are supposed to use services instead, http://www.sun.com/bigadmin/content/selfheal/smf-quickstart.jsp (I have been happily using this feature of Solaris 10 but so far not created a new service which would be required here). Many thanks in advance for any comments. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: html export - howto change UP|HOME link style?
Thanks again for this Sebastiran! Will this be changed in newer versions of orgmode? If so... I will just wait. Greetings from Austria, Eraldo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [babel] latex code in final pdf
I'm not so sure it's related to babel since it's in
#+BEGIN_SRC haskell
tags.
Anyway in short I see latex code in the final source
code block exported.
I updated from git org-mode.
This is the code that gives program:
sumListCond :: Int -> Int -> [Int] -> Int
sumListCond l n xs
| foldl (+) 0 (take l xs) <= n = sumListCond (l + 1) n xs
| otherwise = foldl (+) 0 (take (l - 1) xs)
I get this strange thing
sumListCond :: Int -> Int -> [Int] -> Int
sumListCond l n xs
\begin{center} \begin{tabular}{l}
foldl(+)0(takelxs)<=n=sumListCond(l+1)nxs \\
otherwise = foldl (+) 0 (take (l - 1) xs) \\ \end{tabular} \end{center}
Who tell it to create a tabular in the center?
It's inside the source code block so it shoudn't evaluate "|" right?
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [hack/extension] org-mode/emacs regexp
Hi Marcelo.
Thanks for the thumbs up, its nice when that happens.
So, to your questions - The answers are a bit long, and I'm cc'ing to
the list so that others wanting org-action-verb like stuff can
understand what it does, and hack it for their needs.
* Debugging.
I've been coding elisp on and off for years, but I'm no elisp
expert. I put org-action-verb together after allot of RTFM, and
looking at other code.
I debugged it using these methods:
+ (message). To get an idea about what is going on without having
to use the debugger, the message function is handy. It will print
whatever to the *messages* buffer. Primitive, but worked for me at
the time.
+ (regexp-builder). For regular expression work there is the built
in regular expression builder (M-x regexp-builder) or John
Wiegley's excellent (M-x regex-tool), which i only just remembered
I have.
+ (eval-region). I have it mapped to a key, but (M-x eval-region) is
great for changing small parts of the compiled elisp, variables or
whatever.
+ (info-lookup-symbol). When poking about in the innards of
(X)Emacs, it is always a good idea to have info-lookup-symbol
mapped to a key somewhere. I have it mapped to f1.
(define-key global-map [f1] 'info-lookup-symbol)
It will bring up a buffer showing what the symbol under the cursor
does and what file it is defined in (if the symbol is documented).
* RTFM - Read the Fine Manual.
Other things to read up on to understand org-action-verb:
+ What brackets do in a regular expression
http://www.gnu.org/software/emacs/manual/html_node/elisp/Regexp-Backslash.html#Regexp-Backslash
It is also kind of confusing to see "\\" in the code and "\" in
the documentation. Some more RTFM may be required :)
+ What this line of elisp does:
(make-overlay (match-beginning 1) (match-end 1) nil t nil)
http://www.gnu.org/software/emacs/manual/html_node/elisp/Managing-Overlays.html#Managing-Overlays
http://www.gnu.org/software/emacs/manual/html_node/elisp/Simple-Match-Data.html#index-match_002dbeginning-3021
* org-action-verb - what it does.
Essentially, all org-action-verb does, is build a bunch of regular
expressions to find headlines between 'point' and 'limit' with the
correct TODO type. Once it has found a headline that matches, it
uses other regular expressions to add or remove the overlay *to the
first sub-element* of those regular expressions.
The meat of the code from the original org-action-verb with some
better comments, will probably provide a better explanation
--- starting at line 189
;;
;; match the whole headline and remove any previous overlay without
;; moving point. Where point should be at the start of a headline.
;;
(if (looking-at "\\(.*\\)$")
(remove-overlays (match-beginning 1) (match-end 1) 'org-action-overlay t))
;;
;; check for the presence of a valid action-verb
;;
(if (looking-at todo-action-verbs-regexp)
;;
;; do nothing if the action verb matches
;;
nil
;;
;; It is not an action verb, apply the overlay to the first word
;; in the line.
;;
;; The regular expression matches the first word after a space or
;; tab on a matching headline, and applies the org-action-incorrect
;; overlay to it.
;; So:
;; "[ ]+\\(\\<\\w+\\>\\)"
;;
;; in english becomes:
;;
;; - "[ ]+" - Match one or more space or tab (should use :space:).
;; - "\\(" - Open sub expression 1
;; - "\\<" - Match the empty string, but only at the beginning of a word
;; - "\\w" - Match one or more word-constituent characters
;; - "\\>" - Match the empty string, but only at the end of a word
;; - "\\)" - Close sub expression 1
;;
(if (looking-at "[ ]+\\(\\<\\w+\\>\\)")
;; apply new overlay to 1st matching sub-expression
(let ((overlay (make-overlay (match-beginning 1) (match-end 1) nil t nil)))
(overlay-put overlay 'org-action-overlay t)
(overlay-put overlay 'face 'org-action-incorrect)
(overlay-put overlay 'evaporate t)
overlay
--- ending at line 202
* What you need to do to fix your problem?
I suspect all you need to do is change the matching expression to
something like:
(let ((tag-keywords-regexp (concat
"^\\*+[:space:]+[\\w:space:]+[:space:]+:\\(" tag "\\):$") ))
Also you probably want to first match the whole line to remove the
overlay, before applying a new one.
Hope that helps,
Tim.
2009/11/16 Marcelo de Moraes Serpa :
> Ok, I'm sorry, I actually had to research a little bit more before posting
> :)
>
> Well, what I need to know now is how to make the overlay work. The code to
> match is working, but I'm receiving the following error:
>
> Error during redisplay: (wrong-number-of-arguments match-beginning 0)
>
> Here's the full code: http://pastie.org/701448
>
> (Thanks to Tim O'Calaghan for the original contribution)
>
> Marcelo.
>
> Also, how can I debug it? I tried debug-on-entry but it is not working :S
>
>
> On Mon,
Re: [Orgmode] Re: org batch job using emacsclient?
Stefan Vollmar writes:
> Dear Sebastian,
>
> many thanks for your detailed reply!
>
> On 17.11.2009, at 03:25, Sebastian Rose wrote:
>
>>> To start with, it now works for me and I can measure a consistent speedup of
> 7x
>>> (!) for using emacsclient - in an interactive web service (conversion of
>>> org-files to HTML) the difference between 0.35 s and 2.40 s (average) is
>>> significant.
>>
>> That was to be expected :)
>
> I had certainly hoped so. However, this performance is still disappointing
> considering the "horse power" of modern systems - and this although I checked
> that all Lisp sources have been compiled. But I will now officially stop
> whining: < 0.5 s for a typical interactive query is acceptable from a user's
> point of view.
>
>>> I have added a (kill-buffer) statement for cleaning up (I observed an
> increasing
>>> number of emacsclient processes before), is this a good solution?
>>
>> Does it help? Then I think it's ok.
>>
>> The `usual' way to close a server buffer is `C-x #' which is bound to
>> the function `server-edit'. That's what I use in org-protocol.el. The
>> name is somewhat confusing, though.
>
> +1
>
>> /path/to/emacs -Q -l /etc/emacs-server/init.el --daemon=SERVER-NAME
>> /path/to/emacsclient --no-wait --socket-name=SERVER-NAME xy.org
>
> (1) I have changed the code to
>
> #!/bin/sh
> emacsclient --no-wait -s org
> --eval "(progn
> (add-to-list 'load-path \"/opt/org-6.33c/lisp/\")
> (require 'org)(require 'org-exp)
> (setq org-export-headline-levels 2)
> (find-file \"$1\")
> (org-export-as-html 2 nil nil nil nil \".\"))"
>
> omitting the (kill-buffer) is a speed improvement and no emacsclient processes
> remain - nice! However, what happens to any buffers, temporary or otherwise,
> created during org conversion - will they accumulate in the server process?
Hm - I'd guess so. You could find out by simply opening lots of files
the way you use emacsclient.
Doing
for f in $(find /etc/ -type f -name '*conf'); do
emacsclient --no-wait "${f}";
done
makes my emacs process grow quite a bit, as `ps aux | grep emacs' shows
:-D
Maybe even add a function to your emacs-server to log the opening and
closing of files together with a timestamp? E.g. advising `find-file'
and `kill-buffer'.
> (2) I have not tried but it is probably important to start emacs-server as the
> same user who is then going to run emacsclient (root vs webservd)?
I did - it is necessary, since the socket is read- and writeonly for the
owner:
ls -l /tmp/emacs1000/
insgesamt 0
srwx-- 1 sebastian sebastian 0 2009-11-17 12:17 server
su - emacs22
Passwort:
emac...@beteigeuze:~$ /usr/local/bin/emacsclient --no-wait -s \
/tmp/emacs1000/server xy.org
/usr/local/bin/emacsclient: can't stat /tmp/emacs1000/server: Permission
denied
/usr/local/bin/emacsclient: error accessing socket "/tmp/emacs1000/server"
> (3)
>> Are you familiar with init.d stuff? There is an example file somewhere
>> on Debian...
>> http://github.com/SebastianRose/denycc/blob/master/scripts/rc.denycc
>> is made from such an example file for Debian 4.0
>
> Yes, I still grew up with this. However, this is (slightly) deprecated on
> Solaris 10: we are supposed to use services instead,
> http://www.sun.com/bigadmin/content/selfheal/smf-quickstart.jsp (I have been
> happily using this feature of Solaris 10 but so far not created a new service
> which would be required here).
Is this in OpenSolaris that way too? I should install it in my VM.
On Linux we now have this /etc/event.d/ - I think I read something about
it... the /etc/init.d/rcX mechanism has changed somehow. Not sure
though. I have put this on my list.
Best wishes
Sebastian
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration
Hi Eric, looks great now, I have made a few minor changes and applied it. - Carsten On Nov 17, 2009, at 1:11 AM, Eric Schulte wrote: Delivered-To: carsten.domi...@gmail.com Received: by 10.90.33.18 with SMTP id g18cs184746agg; Mon, 16 Nov 2009 16:14:16 -0800 (PST) Received: by 10.115.103.17 with SMTP id f17mr8915518wam. 166.1258416855542; Mon, 16 Nov 2009 16:14:15 -0800 (PST) Return-Path: Received: from mail-pz0-f194.google.com (mail-pz0-f194.google.com [209.85.222.194]) by mx.google.com with ESMTP id 32si16386502pzk. 110.2009.11.16.16.14.14; Mon, 16 Nov 2009 16:14:14 -0800 (PST) Received-SPF: pass (google.com: domain of schulte.e...@gmail.com designates 209.85.222.194 as permitted sender) client- ip=209.85.222.194; Authentication-Results: mx.google.com; spf=pass (google.com: domain of schulte.e...@gmail.com designates 209.85.222.194 as permitted sender) smtp.mail=schulte.e...@gmail.com; dkim=pass (test mode) header...@gmail.com Received: by mail-pz0-f194.google.com with SMTP id 32so4183666pzk.21 for ; Mon, 16 Nov 2009 16:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey- signature:received:received:from:to:cc:subject:date :references:message-id:user-agent:mime-version:content-type; bh=ljxQthw1QhSpvXDshKqdl0Hmi2nMWV522o9FyWQIilY=; b=JWQ//xkTNTI4hck3U/DCNEnBYADht03DHIfHIpu/O3sUVCX7vECFDVV/ YiboCVdziZ R4Uy6vQO2/PIB +m5VhNXtx9xQoVrZMZCkfsoNjXtg5iWUzvKPon0sP9Hu7x7iC48+bc3 nHT82nwLQxD8AfjPRnrHWxVJE0V6PeFBl2zrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:references:message-id:user-agent :mime-version:content-type; b=PsUXGek+vgAXULkt/6iP9BZQVaBqpCb8cB8bPp8suG4lT2ZAdTHti3K/ QKt3ZKlUrp uVYHXPt1lustTNapWXvGPCK269E9xLkzU0fiFtyE8InqF +tOn86drUHSbDmSFC5hh3uJ sXgMAXWAMMe7J1y89K1H/NdV61cXAm/AOclC4= Received: by 10.115.101.18 with SMTP id d18mr8602604wam. 191.1258416853669; Mon, 16 Nov 2009 16:14:13 -0800 (PST) Return-Path: Received: from eschulte (adaptive.cs.unm.edu [64.106.21.179]) by mx.google.com with ESMTPS id 23sm1871553pxi. 1.2009.11.16.16.14.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Nov 2009 16:14:12 -0800 (PST) From: "Eric Schulte" To: Carsten Dominik Cc: Org Mode Subject: Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration Date: Mon, 16 Nov 2009 17:11:03 -0700 References: Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (darwin) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Hi Carsten, Thanks for the feedback, I have comments inline below Carsten Dominik writes: > Hi Eric, > > this is fantastic, thank you for implementing it. I have wanted some > speedup > for this for a long time. > > I think your implementation still suffers from one issue: > > The produced image also depends on the variables org-format-latex- > options, > org-format-latex-header, org-export-latex-package-alist, > and on the `forbuffer' flag (because images made for display in > the buffer and fo HTML export generaly need different resolution). > > One way to deal with this would be to make a list containing the values > of these four variables and using prin1-to-string to convert this list > into a string, and then to prepend this string to TXT when creating > the hash. > That sounds like the best solution. I have made this change in the newly attached patch. > > Now, I am sure that you are already planning to do the same > for ditaa images etc? of course :) > That would be a treat, because ditaa can be terribly slow for complex > figures, and this would speed up the cycle when writing document by > quite a bit. > Dan and I have been working on general caching solution for org-babel. Once we get that sorted out it should provide for the caching of all org-babel results which would include ditaa, dot, gnuplot, etc... I am currently more interested in making these changes in org-babel than in org-exp-blocks, but in this case it may be worth implementing caching in both cases. > > There is one further issue: Cleaning up images that are no > longer used. > > With the LaTeX fragments it is not a big problem, because there > live in a special directory. This would be a bigger concern for > ditaa images etc which tend to live in the same directory as the > source. Maybe that could be solved by > > 1. Making sure that each image still have a name like "blue", so >that the name now would be "blus_loonghashvalue.png" or so. > 2. Maybe creating a command that will look for orphaned images >and remove them, by looking for the hash in the name and >checking access times. I am not sure if this is needed, >and not sure what would be the best way to implement it. > Yes, this will not be an issue in the
[Orgmode] Re: Speed commands
Dan Davison writes: > > Here are simplified versions of the forward- and backward-scroll speed > commands that I'm suggesting. > That is really, really cool! Thank you so much. I've wanted something like that for a long time! Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration
Wow, this is fantastic!
Do you think it is ready to be included (because you say first pass...)
- Carsten
On Nov 17, 2009, at 3:42 AM, Eric Schulte wrote:
"Eric Schulte" writes:
Hi Carsten,
Thanks for the feedback, I have comments inline below
Carsten Dominik writes:
[...]
Now, I am sure that you are already planning to do the same
for ditaa images etc?
of course :)
A first pass at a patch implementing caching of ditaa and dot images
generated by org-exp-blocks is attached. It seems to work in all
initial tests, and it will only remove files which match the following
pattern
"beginning-of-file-name_\\([[:alnum:]]+\\)\\.extension"
such that the length of the part matched by \\([[:alnum:]]+\\) is 40
characters.
Best -- Eric
From bd90d519a7d3e16732f4f377ccce51bdb97cef90 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Mon, 16 Nov 2009 19:33:11 -0700
Subject: [PATCH] use sha1 hash keys to cache ditaa and dot images
when exporting through org-exp-blocks
---
lisp/ChangeLog |6
lisp/org-exp-blocks.el | 60 +
+-
2 files changed, 54 insertions(+), 12 deletions(-)
diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 5f83aaa..c2d44fa 100755
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,9 @@
+2009-11-17 Eric Schulte
+
+ * org-exp-blocks.el (org-export-blocks-format-ditaa): Use sha1
+ hash keys to cache and re-use images generated by the
+ org-exp-blocks interface to ditaa and dot.
+
2009-11-16 Carsten Dominik
* org-html.el (org-export-html-home/up-format): Add an ID to the
diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el
index 71e1608..72fe6c4 100644
--- a/lisp/org-exp-blocks.el
+++ b/lisp/org-exp-blocks.el
@@ -217,9 +217,15 @@ Specify the path at which the image should be
saved as the first
element of headers, any additional elements of headers will be
passed to the ditaa utility as command line arguments."
(message "ditaa-formatting...")
- (let ((out-file (if headers (car headers)))
- (args (if (cdr headers) (mapconcat 'identity (cdr headers) " ")))
- (data-file (make-temp-file "org-ditaa")))
+ (let* ((args (if (cdr headers) (mapconcat 'identity (cdr headers)
" ")))
+ (data-file (make-temp-file "org-ditaa"))
+ (hash (sha1 (prin1-to-string (list body args
+ (raw-out-file (if headers (car headers)))
+ (out-file-parts (if (string-match "\\(.+\\)\\.\\([^\\.]+\\)
$" raw-out-file)
+ (cons (match-string 1 raw-out-file)
+ (match-string 2 raw-out-file))
+ (cons raw-out-file "png")))
+ (out-file (concat (car out-file-parts) "_" hash "." (cdr
out-file-parts
(unless (file-exists-p org-ditaa-jar-path)
(error (format "Could not find ditaa.jar at %s" org-ditaa-jar-
path)))
(setq body (if (string-match "^\\([^:\\|:[^ ]\\)" body)
@@ -229,9 +235,21 @@ passed to the ditaa utility as command line
arguments."
"\n")))
(cond
((or htmlp latexp docbookp)
- (with-temp-file data-file (insert body))
- (message (concat "java -jar " org-ditaa-jar-path " " args " "
data-file " " out-file))
- (shell-command (concat "java -jar " org-ditaa-jar-path " "
args " " data-file " " out-file))
+ (unless (file-exists-p out-file)
+(mapc ;; remove old hashed versions of this file
+ (lambda (file)
+ (when (and (string-match (concat (regexp-quote (car out-
file-parts))
+"_\\([[:alnum:]]+\\)\\."
+(regexp-quote (cdr out-
file-parts)))
+file)
+ (= (length (match-string 1 out-file)) 40))
+ (delete-file (expand-file-name file
+(file-name-directory
out-file)
+ (directory-files (or (file-name-directory out-file)
+ default-directory)))
+(with-temp-file data-file (insert body))
+(message (concat "java -jar " org-ditaa-jar-path " " args "
" data-file " " out-file))
+(shell-command (concat "java -jar " org-ditaa-jar-path " "
args " " data-file " " out-file)))
(format "\n[[file:%s]]\n" out-file))
(t (concat
"\n#+BEGIN_EXAMPLE\n"
@@ -259,14 +277,32 @@ digraph data_relationships {
}
#+end_dot"
(message "dot-formatting...")
- (let ((out-file (if headers (car headers)))
- (args (if (cdr headers) (mapconcat 'identity (cdr headers) " ")))
- (data-file (make-temp-file "org-ditaa")))
+ (let* ((args (if (cdr headers) (mapconcat 'identity (cdr headers)
" ")))
+ (data-file (make-temp-file "org-ditaa"))
+ (hash (sha1 (prin1-to-string (list body args
+ (raw-out-file (if headers (car headers)))
+ (out-file-parts (if (string-match "\\(
Re: [Orgmode] Re: html export - howto change UP|HOME link style?
OK, I have applied the patch. But: Is it really correct that these links should be inside the content div? - Cartsen On Nov 15, 2009, at 12:02 AM, Sebastian Rose wrote: Bernt Hansen writes: ,[ test.org exported to HTML buffer ] | | | UP | | | HOME | | | test.org ` Shouldn't the up and home links both be moved to the body of the page, stripped of their in-line style info (text-align, font-size, white-space) and use CSS for this instead? I think that might be more flexible for formatting. This patch fixes it. I've put the LINK_UP and ..._HOME directly after the tag: - HERE --- .. The links can be formated customizing the variable `org-export-html-home/up-format' Sebastian diff --git a/lisp/org-html.el b/lisp/org-html.el index 11a692e..66cc86b 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -753,7 +753,6 @@ PUB-DIR is set, use this as the publishing directory." http://www.w3.org/1999/xhtml\"; lang=\"%s\" xml:lang=\"%s\"> -%s %s @@ -765,6 +764,7 @@ lang=\"%s\" xml:lang=\"%s\"> +%s " (format (or (and (stringp org-export-html-xml-declaration) @@ -775,17 +775,17 @@ lang=\"%s\" xml:lang=\"%s\"> "") (or charset "iso-8859-1")) language language +(org-html-expand title) +(or charset "iso-8859-1") +date author description keywords +style (if (or link-up link-home) (concat (format org-export-html-home/up-format (or link-up link-home) (or link-home link-up)) "\n") - "") -(org-html-expand title) -(or charset "iso-8859-1") -date author description keywords -style)) + ""))) (org-export-html-insert-plist-item opt-plist :preamble opt- plist) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Speed commands
Dan Davison writes: > Dan Davison writes: > > > Here are simplified versions of the forward- and backward-scroll speed > commands that I'm suggesting. > Ow, 1 major problem (to me). They wipe out my white space. I have my entries in an .org file set up like (I like white space): * DONE Timeouts on JDBC connection... * TODO Update Test Agents... * TODO Update UAT Agents... * TODO W911170058 - Prod Tomcat not being 'managed'... but after I run your speed scripts, they look like: * DONE Timeouts on JDBC connection... * TODO Update Test Agents... * TODO Update UAT Agents... * TODO W911170058 - Prod Tomcat not being 'managed'... Any ideas what to change to preserve my empty white line. I could probably learn to live without it, but I'd rather not... Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: html export - howto change UP|HOME link style?
Carsten Dominik writes: > OK, I have applied the patch. > > But: Is it really correct that these links should be inside the content div? Hm - this is a matter of taste. I thought I had changed it... Good question. Pros: Some people might restrict the content div to a certain size or frame and would like it this way. Cons: If people choose to extract the content div to put it's contents into some framework, they probably wouldn't want those links there. But they could simply ommit LINK_HOME/UP, so... One could always put those links in the margin of the content div, or even outside, using CSS. Sebastian > > - Cartsen > > On Nov 15, 2009, at 12:02 AM, Sebastian Rose wrote: > >> Bernt Hansen writes: >>> ,[ test.org exported to HTML buffer ] >>> | >>> | >>> | UP >>> | | >>> | HOME >>> | >>> | >>> | test.org >>> ` >>> >>> Shouldn't the up and home links both be moved to the body of the page, >>> stripped of their in-line style info (text-align, font-size, >>> white-space) and use CSS for this instead? I think that might be more >>> flexible for formatting. >> >> >> >> This patch fixes it. I've put the LINK_UP and ..._HOME directly after >> the tag: >> >> >> - HERE --- >> >> >> .. >> >> >> The links can be formated customizing the variable >> >> `org-export-html-home/up-format' >> >> >> >> Sebastian >> >> >> diff --git a/lisp/org-html.el b/lisp/org-html.el >> index 11a692e..66cc86b 100644 >> --- a/lisp/org-html.el >> +++ b/lisp/org-html.el >> @@ -753,7 +753,6 @@ PUB-DIR is set, use this as the publishing directory." >> http://www.w3.org/1999/xhtml\"; >> lang=\"%s\" xml:lang=\"%s\"> >> >> -%s >> %s >> >> >> @@ -765,6 +764,7 @@ lang=\"%s\" xml:lang=\"%s\"> >> >> >> >> +%s >> " >> (format >>(or (and (stringp org-export-html-xml-declaration) >> @@ -775,17 +775,17 @@ lang=\"%s\" xml:lang=\"%s\"> >>"") >>(or charset "iso-8859-1")) >> language language >> + (org-html-expand title) >> + (or charset "iso-8859-1") >> + date author description keywords >> + style >> (if (or link-up link-home) >> (concat >>(format org-export-html-home/up-format >>(or link-up link-home) >>(or link-home link-up)) >>"\n") >> - "") >> - (org-html-expand title) >> - (or charset "iso-8859-1") >> - date author description keywords >> - style)) >> + ""))) >> >> (org-export-html-insert-plist-item opt-plist :preamble opt- >> plist) >> > > - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [babel] latex code in final pdf
Hi Andrea,
It looks as thought the "|"s in your Haskell code are being interpreted
as tables by org-mode. This was a problem a couple of months ago but
has since been fixed. For example when I export
#+begin_src haskell
sumListCond :: Int -> Int -> [Int] -> Int
sumListCond l n xs
| foldl (+) 0 (take l xs) <= n = sumListCond (l + 1) n xs
| otherwise = foldl (+) 0 (take (l - 1) xs)
#+end_src
to latex I get
\begin{verbatim}
sumListCond :: Int -> Int -> [Int] -> Int
sumListCond l n xs
| foldl (+) 0 (take l xs) <= n = sumListCond (l + 1) n xs
| otherwise = foldl (+) 0 (take (l - 1) xs)
\end{verbatim}
as expected. Maybe it is possible that even though you have the latest
org-mode on your computer your Emacs is still loading an older version?
If that is not the case then it could be something specific to your
configuration, which you can determine by starting Emacs with the -Q
option and then loading up org-mode manually and trying to re-create the
problem.
Best of luck -- Eric
andrea Crotti writes:
> I'm not so sure it's related to babel since it's in
> #+BEGIN_SRC haskell
>
> tags.
>
> Anyway in short I see latex code in the final source
> code block exported.
> I updated from git org-mode.
>
> This is the code that gives program:
>
> sumListCond :: Int -> Int -> [Int] -> Int
> sumListCond l n xs
> | foldl (+) 0 (take l xs) <= n = sumListCond (l + 1) n xs
> | otherwise = foldl (+) 0 (take (l - 1) xs)
>
>
> I get this strange thing
>
> sumListCond :: Int -> Int -> [Int] -> Int
> sumListCond l n xs
> \begin{center} \begin{tabular}{l}
> foldl(+)0(takelxs)<=n=sumListCond(l+1)nxs \\
> otherwise = foldl (+) 0 (take (l - 1) xs) \\ \end{tabular} \end{center}
>
>
> Who tell it to create a tabular in the center?
> It's inside the source code block so it shoudn't evaluate "|" right?
>
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration
Carsten Dominik writes: > Wow, this is fantastic! > > Do you think it is ready to be included (because you say first pass...) > Yes, I said first pass because I had only done minimal testing. However all indications are that it works, and there are no further changes I would like to make, so if it looks good to you I would say "yes", please apply it. Thanks -- Eric > > - Carsten > > On Nov 17, 2009, at 3:42 AM, Eric Schulte wrote: > >> "Eric Schulte" writes: >> >>> Hi Carsten, >>> >>> Thanks for the feedback, I have comments inline below >>> >>> Carsten Dominik writes: >> >> [...] >> Now, I am sure that you are already planning to do the same for ditaa images etc? >>> >>> of course :) >> >> A first pass at a patch implementing caching of ditaa and dot images >> generated by org-exp-blocks is attached. It seems to work in all >> initial tests, and it will only remove files which match the following >> pattern >> >> "beginning-of-file-name_\\([[:alnum:]]+\\)\\.extension" >> >> such that the length of the part matched by \\([[:alnum:]]+\\) is 40 >> characters. >> >> Best -- Eric >> >> From bd90d519a7d3e16732f4f377ccce51bdb97cef90 Mon Sep 17 00:00:00 2001 >> From: Eric Schulte >> Date: Mon, 16 Nov 2009 19:33:11 -0700 >> Subject: [PATCH] use sha1 hash keys to cache ditaa and dot images >> when exporting through org-exp-blocks >> >> --- >> lisp/ChangeLog |6 >> lisp/org-exp-blocks.el | 60 + >> +- >> 2 files changed, 54 insertions(+), 12 deletions(-) >> >> diff --git a/lisp/ChangeLog b/lisp/ChangeLog >> index 5f83aaa..c2d44fa 100755 >> --- a/lisp/ChangeLog >> +++ b/lisp/ChangeLog >> @@ -1,3 +1,9 @@ >> +2009-11-17 Eric Schulte >> + >> +* org-exp-blocks.el (org-export-blocks-format-ditaa): Use sha1 >> +hash keys to cache and re-use images generated by the >> +org-exp-blocks interface to ditaa and dot. >> + >> 2009-11-16 Carsten Dominik >> >> * org-html.el (org-export-html-home/up-format): Add an ID to the >> diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el >> index 71e1608..72fe6c4 100644 >> --- a/lisp/org-exp-blocks.el >> +++ b/lisp/org-exp-blocks.el >> @@ -217,9 +217,15 @@ Specify the path at which the image should be >> saved as the first >> element of headers, any additional elements of headers will be >> passed to the ditaa utility as command line arguments." >> (message "ditaa-formatting...") >> - (let ((out-file (if headers (car headers))) >> -(args (if (cdr headers) (mapconcat 'identity (cdr headers) " "))) >> -(data-file (make-temp-file "org-ditaa"))) >> + (let* ((args (if (cdr headers) (mapconcat 'identity (cdr headers) >> " "))) >> + (data-file (make-temp-file "org-ditaa")) >> + (hash (sha1 (prin1-to-string (list body args >> + (raw-out-file (if headers (car headers))) >> + (out-file-parts (if (string-match >> "\\(.+\\)\\.\\([^\\.]+\\) >> $" raw-out-file) >> + (cons (match-string 1 raw-out-file) >> + (match-string 2 raw-out-file)) >> + (cons raw-out-file "png"))) >> + (out-file (concat (car out-file-parts) "_" hash "." (cdr >> out-file-parts >> (unless (file-exists-p org-ditaa-jar-path) >> (error (format "Could not find ditaa.jar at %s" org-ditaa-jar- >> path))) >> (setq body (if (string-match "^\\([^:\\|:[^ ]\\)" body) >> @@ -229,9 +235,21 @@ passed to the ditaa utility as command line >> arguments." >> "\n"))) >> (cond >> ((or htmlp latexp docbookp) >> - (with-temp-file data-file (insert body)) >> - (message (concat "java -jar " org-ditaa-jar-path " " args " " >> data-file " " out-file)) >> - (shell-command (concat "java -jar " org-ditaa-jar-path " " >> args " " data-file " " out-file)) >> + (unless (file-exists-p out-file) >> +(mapc ;; remove old hashed versions of this file >> + (lambda (file) >> + (when (and (string-match (concat (regexp-quote (car out- >> file-parts)) >> +"_\\([[:alnum:]]+\\)\\." >> +(regexp-quote (cdr out- >> file-parts))) >> +file) >> + (= (length (match-string 1 out-file)) 40)) >> + (delete-file (expand-file-name file >> +(file-name-directory >> out-file) >> + (directory-files (or (file-name-directory out-file) >> + default-directory))) >> +(with-temp-file data-file (insert body)) >> +(message (concat "java -jar " org-ditaa-jar-path " " args " >> " data-file " " out-file)) >> +(shell-command (concat "java -jar " org-ditaa-jar-path " " >> args " " data-file " " out-file))) >> (format "\n[[file:%s]]\n" out-file)) >> (t (concat >> "\n#+BEGIN_EXAMPLE\n
[Orgmode] Re: [PATCH] Add faces customization to quote and verse blocks
Hi, > Here is a small patch that allows to add custom faces to QUOTE and VERSE > blocks. As I'm quite new to emacs lisp and as it is the first time I > submit a patch to a project, please feel free to correct or reject it if > its form or quality is not sufficient. Sorry to bother you with this, but I would be very interested to know why this patch has been rejected ? Is it because the "feature" it implements is not seen as useful ? Or because the code is of poor quality ? Is there some rewrite I could do to make it acceptable ? Thanks in advance, -- Julien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Add faces customization to quote and verse blocks
Hi Julien, the patch has not been rejected (yet), I have not yet had time to look at it. It came in at a moment when I was occupied with other stuff, and at that moment was pushed back. It is in my queue though. Will get to it soon, hopefully. - Carsten On Nov 17, 2009, at 4:28 PM, Julien Barnier wrote: Hi, Here is a small patch that allows to add custom faces to QUOTE and VERSE blocks. As I'm quite new to emacs lisp and as it is the first time I submit a patch to a project, please feel free to correct or reject it if its form or quality is not sufficient. Sorry to bother you with this, but I would be very interested to know why this patch has been rejected ? Is it because the "feature" it implements is not seen as useful ? Or because the code is of poor quality ? Is there some rewrite I could do to make it acceptable ? Thanks in advance, -- Julien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Add faces customization to quote and verse blocks
Hi Julien, the patch has not been rejected (yet), I have not yet had time to look at it. It came in at a moment when I was occupied with other stuff, and at that moment was pushed back. It is in my queue though. Will get to it soon, hopefully. - Carsten On Nov 17, 2009, at 4:28 PM, Julien Barnier wrote: Hi, Here is a small patch that allows to add custom faces to QUOTE and VERSE blocks. As I'm quite new to emacs lisp and as it is the first time I submit a patch to a project, please feel free to correct or reject it if its form or quality is not sufficient. Sorry to bother you with this, but I would be very interested to know why this patch has been rejected ? Is it because the "feature" it implements is not seen as useful ? Or because the code is of poor quality ? Is there some rewrite I could do to make it acceptable ? Thanks in advance, -- Julien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration
Hi Eric,
I had a problem while pushing, please verify that the patch got in
correctly. Thanks!
- Carsten
On Nov 17, 2009, at 4:24 PM, Eric Schulte wrote:
Carsten Dominik writes:
Wow, this is fantastic!
Do you think it is ready to be included (because you say first
pass...)
Yes,
I said first pass because I had only done minimal testing. However
all
indications are that it works, and there are no further changes I
would
like to make, so if it looks good to you I would say "yes", please
apply
it.
Thanks -- Eric
- Carsten
On Nov 17, 2009, at 3:42 AM, Eric Schulte wrote:
"Eric Schulte" writes:
Hi Carsten,
Thanks for the feedback, I have comments inline below
Carsten Dominik writes:
[...]
Now, I am sure that you are already planning to do the same
for ditaa images etc?
of course :)
A first pass at a patch implementing caching of ditaa and dot images
generated by org-exp-blocks is attached. It seems to work in all
initial tests, and it will only remove files which match the
following
pattern
"beginning-of-file-name_\\([[:alnum:]]+\\)\\.extension"
such that the length of the part matched by \\([[:alnum:]]+\\) is 40
characters.
Best -- Eric
From bd90d519a7d3e16732f4f377ccce51bdb97cef90 Mon Sep 17 00:00:00
2001
From: Eric Schulte
Date: Mon, 16 Nov 2009 19:33:11 -0700
Subject: [PATCH] use sha1 hash keys to cache ditaa and dot images
when exporting through org-exp-blocks
---
lisp/ChangeLog |6
lisp/org-exp-blocks.el | 60 +
+-
2 files changed, 54 insertions(+), 12 deletions(-)
diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 5f83aaa..c2d44fa 100755
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,9 @@
+2009-11-17 Eric Schulte
+
+ * org-exp-blocks.el (org-export-blocks-format-ditaa): Use sha1
+ hash keys to cache and re-use images generated by the
+ org-exp-blocks interface to ditaa and dot.
+
2009-11-16 Carsten Dominik
* org-html.el (org-export-html-home/up-format): Add an ID to the
diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el
index 71e1608..72fe6c4 100644
--- a/lisp/org-exp-blocks.el
+++ b/lisp/org-exp-blocks.el
@@ -217,9 +217,15 @@ Specify the path at which the image should be
saved as the first
element of headers, any additional elements of headers will be
passed to the ditaa utility as command line arguments."
(message "ditaa-formatting...")
- (let ((out-file (if headers (car headers)))
- (args (if (cdr headers) (mapconcat 'identity (cdr headers) " ")))
- (data-file (make-temp-file "org-ditaa")))
+ (let* ((args (if (cdr headers) (mapconcat 'identity (cdr headers)
" ")))
+ (data-file (make-temp-file "org-ditaa"))
+ (hash (sha1 (prin1-to-string (list body args
+ (raw-out-file (if headers (car headers)))
+ (out-file-parts (if (string-match
"\\(.+\\)\\.\\([^\\.]+\\)
$" raw-out-file)
+ (cons (match-string 1 raw-out-file)
+ (match-string 2 raw-out-file))
+ (cons raw-out-file "png")))
+ (out-file (concat (car out-file-parts) "_" hash "." (cdr
out-file-parts
(unless (file-exists-p org-ditaa-jar-path)
(error (format "Could not find ditaa.jar at %s" org-ditaa-jar-
path)))
(setq body (if (string-match "^\\([^:\\|:[^ ]\\)" body)
@@ -229,9 +235,21 @@ passed to the ditaa utility as command line
arguments."
"\n")))
(cond
((or htmlp latexp docbookp)
- (with-temp-file data-file (insert body))
- (message (concat "java -jar " org-ditaa-jar-path " " args " "
data-file " " out-file))
- (shell-command (concat "java -jar " org-ditaa-jar-path " "
args " " data-file " " out-file))
+ (unless (file-exists-p out-file)
+(mapc ;; remove old hashed versions of this file
+ (lambda (file)
+ (when (and (string-match (concat (regexp-quote (car out-
file-parts))
+"_\\([[:alnum:]]+\\)\
\."
+(regexp-quote (cdr out-
file-parts)))
+file)
+ (= (length (match-string 1 out-file)) 40))
+ (delete-file (expand-file-name file
+(file-name-directory
out-file)
+ (directory-files (or (file-name-directory out-file)
+ default-directory)))
+(with-temp-file data-file (insert body))
+(message (concat "java -jar " org-ditaa-jar-path " " args "
" data-file " " out-file))
+(shell-command (concat "java -jar " org-ditaa-jar-path " "
args " " data-file " " out-file)))
(format "\n[[file:%s]]\n" out-file))
(t (concat
"\n#+BEGIN_EXAMPLE\n"
@@ -259,14 +277,32 @@ digraph data_relationships {
}
#+end_dot"
(message "dot-formatting...")
- (let ((out-file (if headers (car headers)))
-
[Orgmode] patch for org-freemind.el
Hi Carsten, This is a small patch for org-freemind.el to convert the multibyte characters to unicode numeric character references such as "亀". It is likely that Freemind supports the multibyte characters in this style. Thanks, --Tokuya --- org-freemind.el.ORIG Mon Nov 16 23:26:36 2009 +++ org-freemind.el Tue Nov 17 00:27:22 2009 @@ -240,7 +240,7 @@ ;; file is utf-8: ;; ;; (format "&#x%x;" (- cc ;; ?\x800)) - (char-to-string cc) + (format "&#x%x;" (encode-char cc 'ucs)) fm-str)) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] sha1 hash of latex fragments to avoid regeneration
Hi Carsten, I just pulled, reloaded, and re-ran my simple tests and the patch appears to have been applied successfully. Thanks -- Eric Carsten Dominik writes: > Hi Eric, > > I had a problem while pushing, please verify that the patch got in > correctly. Thanks! > > - Carsten > > On Nov 17, 2009, at 4:24 PM, Eric Schulte wrote: > >> Carsten Dominik writes: >> >>> Wow, this is fantastic! >>> >>> Do you think it is ready to be included (because you say first >>> pass...) >>> >> >> Yes, >> >> I said first pass because I had only done minimal testing. However >> all >> indications are that it works, and there are no further changes I >> would >> like to make, so if it looks good to you I would say "yes", please >> apply >> it. >> >> Thanks -- Eric >> >>> >>> - Carsten >>> >>> On Nov 17, 2009, at 3:42 AM, Eric Schulte wrote: >>> "Eric Schulte" writes: > Hi Carsten, > > Thanks for the feedback, I have comments inline below > > Carsten Dominik writes: [...] >> Now, I am sure that you are already planning to do the same >> for ditaa images etc? > > of course :) A first pass at a patch implementing caching of ditaa and dot images generated by org-exp-blocks is attached. It seems to work in all initial tests, and it will only remove files which match the following pattern "beginning-of-file-name_\\([[:alnum:]]+\\)\\.extension" such that the length of the part matched by \\([[:alnum:]]+\\) is 40 characters. Best -- Eric From bd90d519a7d3e16732f4f377ccce51bdb97cef90 Mon Sep 17 00:00:00 2001 From: Eric Schulte Date: Mon, 16 Nov 2009 19:33:11 -0700 Subject: [PATCH] use sha1 hash keys to cache ditaa and dot images when exporting through org-exp-blocks --- lisp/ChangeLog |6 lisp/org-exp-blocks.el | 60 + +- 2 files changed, 54 insertions(+), 12 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 5f83aaa..c2d44fa 100755 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,9 @@ +2009-11-17 Eric Schulte + + * org-exp-blocks.el (org-export-blocks-format-ditaa): Use sha1 + hash keys to cache and re-use images generated by the + org-exp-blocks interface to ditaa and dot. + 2009-11-16 Carsten Dominik * org-html.el (org-export-html-home/up-format): Add an ID to the diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el index 71e1608..72fe6c4 100644 --- a/lisp/org-exp-blocks.el +++ b/lisp/org-exp-blocks.el @@ -217,9 +217,15 @@ Specify the path at which the image should be saved as the first element of headers, any additional elements of headers will be passed to the ditaa utility as command line arguments." (message "ditaa-formatting...") - (let ((out-file (if headers (car headers))) - (args (if (cdr headers) (mapconcat 'identity (cdr headers) " "))) - (data-file (make-temp-file "org-ditaa"))) + (let* ((args (if (cdr headers) (mapconcat 'identity (cdr headers) " "))) + (data-file (make-temp-file "org-ditaa")) + (hash (sha1 (prin1-to-string (list body args + (raw-out-file (if headers (car headers))) + (out-file-parts (if (string-match "\\(.+\\)\\.\\([^\\.]+\\) $" raw-out-file) + (cons (match-string 1 raw-out-file) + (match-string 2 raw-out-file)) + (cons raw-out-file "png"))) + (out-file (concat (car out-file-parts) "_" hash "." (cdr out-file-parts (unless (file-exists-p org-ditaa-jar-path) (error (format "Could not find ditaa.jar at %s" org-ditaa-jar- path))) (setq body (if (string-match "^\\([^:\\|:[^ ]\\)" body) @@ -229,9 +235,21 @@ passed to the ditaa utility as command line arguments." "\n"))) (cond ((or htmlp latexp docbookp) - (with-temp-file data-file (insert body)) - (message (concat "java -jar " org-ditaa-jar-path " " args " " data-file " " out-file)) - (shell-command (concat "java -jar " org-ditaa-jar-path " " args " " data-file " " out-file)) + (unless (file-exists-p out-file) +(mapc ;; remove old hashed versions of this file + (lambda (file) + (when (and (string-match (concat (regexp-quote (car out- file-parts)) +"_\\([[:alnum:]]+\\)\ \." +(regexp-quote (cdr out- file-parts))) +file) + (= (length (match-string 1 out-file)) 40)) +
Re: [Orgmode] Colors for pre elem. on orgmode.org
At Mon, 16 Nov 2009 22:33:25 +,
Rick Moynihan wrote:
> For what it's worth I find the lack of contrast here a problem too.
> Though I can read the text, it's not especially pleasant. I've also
> found something similar in my exports (with a non default colour
> theme), which has led me to use the following STYLE option for source
> code blocks etc...
>
> #+STYLE: pre { background-color: #191919 } pre { color:
> #FF }
I have a similar problem. The following org-mode snippet:
--8<---cut here---start->8---
#+begin_src sh
echo <8---
generates, upon HTML export, the following code:
--8<---cut here---start->8---
echo
<8---
The problem with this is that I find the yellow (00 colour)
illegible on almost every monitor I use. However, there is no class
nor id that I can adjust a style for the relevant span elements. Even
if I define some CSS for the src or src-sh classes, these will be
overridden in the spans. The HTML styles for the spans are hard-coded
in, it would appear. Or maybe there is something I can configure
somewhere?
I will have a look at the export code later when I get a chance...
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] 6.33trans diary entries in all agenda days
At Mon, 16 Nov 2009 16:33:06 -0600, Nathan Neff wrote: > > [1 ] > [1.1 ] > Hello, > > I would like to use the org-agenda-diary-file that's new in 6.33trans > > I am able to press "i" in agenda mode, and enter a simple diary entry. > > However, I can't see the new simple diary entry in my agenda, even > after refreshing, and after pressing "D" to show diary entries. > > Is this the expected behavior? > > Thanks, > -Nate For the agenda view to show entries in the org-mode diary file (specified by org-agenda-diary-file), that file must be included in the list in org-agenda-files. HTH. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Colors for pre elem. on orgmode.org
Eric S Fraga writes:
> At Mon, 16 Nov 2009 22:33:25 +,
> Rick Moynihan wrote:
>> For what it's worth I find the lack of contrast here a problem too.
>> Though I can read the text, it's not especially pleasant. I've also
>> found something similar in my exports (with a non default colour
>> theme), which has led me to use the following STYLE option for source
>> code blocks etc...
>>
>> #+STYLE: pre { background-color: #191919 } pre { color:
>> #FF }
>
> I have a similar problem. The following org-mode snippet:
>
>
> #+begin_src sh
> echo < This is some input
> EOF
> #+end_src
>
> generates, upon HTML export, the following code:
>
>
> echo
> < This is some input
> EOF
>
>
> The problem with this is that I find the yellow (00 colour)
> illegible on almost every monitor I use. However, there is no class
> nor id that I can adjust a style for the relevant span elements. Even
> if I define some CSS for the src or src-sh classes, these will be
> overridden in the spans. The HTML styles for the spans are hard-coded
> in, it would appear. Or maybe there is something I can configure
> somewhere?
>
> I will have a look at the export code later when I get a chance...
M-x customize-variable RET org-export-htmlize-output-type RET
Set it to `CSS'
Sebastian
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Colors for pre elem. on orgmode.org
At Tue, 17 Nov 2009 19:17:43 +0100, Sebastian Rose wrote: [...] > M-x customize-variable RET org-export-htmlize-output-type RET > > > Set it to `CSS' Sigh. When will I ever learn. If I think something should be possible in org-mode, it's already there! Thanks for the pointer and it works perfectly (of course)! eric ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Colors for pre elem. on orgmode.org
2009/11/17 Eric S Fraga : > At Tue, 17 Nov 2009 19:17:43 +0100, > Sebastian Rose wrote: > > [...] > >> M-x customize-variable RET org-export-htmlize-output-type RET >> >> >> Set it to `CSS' > > > > Sigh. When will I ever learn. If I think something should be > possible in org-mode, it's already there! > But at least by asking you educate us all :-) > Thanks for the pointer and it works perfectly (of course)! > > eric R. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Speed commands
da...@adboyd.com (J. David Boyd) writes: > Dan Davison writes: > >> Dan Davison writes: >> >> >> Here are simplified versions of the forward- and backward-scroll speed >> commands that I'm suggesting. >> > > Ow, 1 major problem (to me). They wipe out my white space. > > I have my entries in an .org file set up like (I like white space): > > * DONE Timeouts on JDBC connection... > > * TODO Update Test Agents... > > * TODO Update UAT Agents... > > * TODO W911170058 - Prod Tomcat not being 'managed'... > > > but after I run your speed scripts, they look like: > > * DONE Timeouts on JDBC connection... > * TODO Update Test Agents... > * TODO Update UAT Agents... > * TODO W911170058 - Prod Tomcat not being 'managed'... > > > Any ideas what to change to preserve my empty white line. I could Hi David, I don't have an immediate solution. To make it appear as above, I'm assuming you have two blank lines after the end of each entry, right? Your whitespace is still there, it's just that the visibility of the blank lines has changed, as a result of calling org-overview. I didn't realise that the effects on whitespace visibility differed between org-overview and the "OVERVIEW" state of org-cycle. Does anyone know of a suitable way to programmatically achieve identical effects to the cycling induced by org-cycle? Or, to ask a slightly different question, is there any convenient way to use org-cycle in a lisp program and tell it to cycle to a particular state? In any case, my use of org-overview is probably not really appropriate, since it alters visibility in all the subtrees, whereas the scroll functions should probably only alter visibility in the subtrees in which they are operating. So if that were fixed hopefully the whitespace problem would disappear. I'll look into it. Dan > probably learn to live without it, but I'd rather not... > > Dave > > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Speed commands
Hi Dan, you need to call `org-cycle-show-empty-lines' with appropriate arguments, just like org-cycle does it. - Carsten On Nov 17, 2009, at 8:23 PM, Dan Davison wrote: da...@adboyd.com (J. David Boyd) writes: Dan Davison writes: Dan Davison writes: Here are simplified versions of the forward- and backward-scroll speed commands that I'm suggesting. Ow, 1 major problem (to me). They wipe out my white space. I have my entries in an .org file set up like (I like white space): * DONE Timeouts on JDBC connection... * TODO Update Test Agents... * TODO Update UAT Agents... * TODO W911170058 - Prod Tomcat not being 'managed'... but after I run your speed scripts, they look like: * DONE Timeouts on JDBC connection... * TODO Update Test Agents... * TODO Update UAT Agents... * TODO W911170058 - Prod Tomcat not being 'managed'... Any ideas what to change to preserve my empty white line. I could Hi David, I don't have an immediate solution. To make it appear as above, I'm assuming you have two blank lines after the end of each entry, right? Your whitespace is still there, it's just that the visibility of the blank lines has changed, as a result of calling org-overview. I didn't realise that the effects on whitespace visibility differed between org-overview and the "OVERVIEW" state of org-cycle. Does anyone know of a suitable way to programmatically achieve identical effects to the cycling induced by org-cycle? Or, to ask a slightly different question, is there any convenient way to use org-cycle in a lisp program and tell it to cycle to a particular state? In any case, my use of org-overview is probably not really appropriate, since it alters visibility in all the subtrees, whereas the scroll functions should probably only alter visibility in the subtrees in which they are operating. So if that were fixed hopefully the whitespace problem would disappear. I'll look into it. Dan probably learn to live without it, but I'd rather not... Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: patch for org-freemind.el
Applied, thanks - Carsten On Nov 17, 2009, at 5:38 PM, Tokuya Kameshima wrote: Tokuya Kameshima - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [babel] latex code in final pdf
Eric Schulte gmail.com> writes: > as expected. Maybe it is possible that even though you have the latest > org-mode on your computer your Emacs is still loading an older version? > If that is not the case then it could be something specific to your > configuration, which you can determine by starting Emacs with the -Q > option and then loading up org-mode manually and trying to re-create the > problem. > > Best of luck -- Eric > Me idiot I was using version in /Applications/Emacs.d because I changed a directory folder name, now it works very well, thanks! Now I deleted the old one to make sure ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [org-mobile] Can't push to the server: agendas.org can't be created.
Hello list! First I would like to congratulate Richard Moreland, Carsten Dominick and all other people who made mobile-org possible. I just bough an iPod touch and the main reason behind that was using mobile-org! Now, I could setup the env almost entirely: I can pull from my webdev via scp from within emacs, I can sync from mobileorg without problems. The issue happens when I run org-mobile-push. It fails and shows the following message: "org-mobile-create-sumo-agenda: Cannot write to file /scpc:ffigh...@catwoman.dreamhost.com:/home/ffighter/ org.fullofcaffeine.com/orgmms/agendas.org" I have tried creating the agendas.org manually, but the problem remains. The WebDav server is from a dreamhost shared account I have. Any ideas on what might be happening? Thanks, Marcelo. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-export-generic: accessing todo keywords
> On Mon, 16 Nov 2009 17:43:59 -0500, Tim Hermans said: TH> I was wondering if there was a directive within "org-export-generic" to TH> access "org-todo-keyword" items? I did not see anything. TH> I'd like to add formatting to those keywords. There isn't right now, though I've admittedly wanted to add support for that. I've been swamped with other things lately and haven't gotten much work done on org-export-generic. Ironically, I may work on it in the next few weeks but I'm not sure todo keywords will fall into the list much (we'll see). I was just thinking earlier today, in fact, that I'd love to be able to change things like TODO words. You can change checkboxes right now, but not TODO words. -- \ Wes Hardaker http://pontifications.hardakers.net / \_ "In the bathtub of history the truth is harder to hold than / \___ the soap, and much more difficult to find." ___/ \_ -- Terry Pratchett __/ \__/ ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode for diary writing
I use journal.el, it simply creates a new file in a specified directory with
the current date timestamp. I have modified it to create files with the .org
extension. I don't know why, but I prefer daily entries to be in separate
files.
Marcelo.
On Mon, Nov 16, 2009 at 2:27 PM, Ian Barton wrote:
> T o n g wrote:
>
>> Hi,
>>
>> I found people are using org-mode for diary writing in recent mlist
>> archive, but wasn't able to find such tutorials.
>> Anyone can enlighten me with such tutorial, which is for org-mode newbies
>> and focusing on how to make most use of applicable org-mode features, and
>> maybe a bonus "best-practice diary writing with org-mode"?
>>
>> I am not aware of any tutorials. However, at the moment I use remember
> with the following template:
>
> ("Journal" ?j "* %^U :journal:\n\n** %^{Prompt} %i%&\n %!"
> "~/Documents/org/journal/journal_2009.org")
>
> This stores entries as a headline under the date so an entry will look
> like:
>
> * [2009-11-15 Sun] :journal:
>
> ** Ironbridge Gorge.
> Your text goes here.
>
> This doesn't attempt to avoid duplicate date entries from calling the
> template twice. If I have already created an entry for that day I simply
> open my journal file and append stuff under that heading.
>
> At the end of each month I create a month heading and move each day under
> it, like:
>
> * 2009-08 August
> ** [2009-08-31 Mon]
> Fetched More Logs from the Wood.
>
>
> I keep each year in a separate file. I could make this much more automated,
> but it's just as easy to do it manually.
>
> You might also want to see my recent message "[Orgmode] org-datetree Some
> Suggestions". Carsten has recently introduced the datetree directive in
> remember templates, which should be very useful for automated diary entries.
>
> Ian.
>
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [org-mobile] Can't push to the server: agendas.org can't be created.
Marcelo de Moraes Serpa wrote: > Now, I could setup the env almost entirely: I can pull from my webdev > via scp from within emacs, I can sync from mobileorg without > problems. The issue happens when I run org-mobile-push. It fails and > shows the following message: > > "org-mobile-create-sumo-agenda: Cannot write to file > /scpc:ffigh...@catwoman.dreamhost.com:/home/ffighter/org.fullofcaffeine.com/orgmms/agendas.org" > Can you do it from the command line? What happens if you try to copy an existing file to the indicated place with e.g. scp some-existing-file ffigh...@catwoman.dreamhost.com:/home/ffighter/org.fullofcaffeine.com/orgmms/agendas.org ? Do the intermediate directories on the destination exist? Do you have write access? Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] LinuxTag 2009-09-06 in Berlin :: Call for power!!
Hello Worgers and all friends of Org-mode! >From Wednesday the 9nth to Saturday the 12th of June the 10nth LinuxTag takes place in the fairground of Berlin, Germany [1]. As every year, it will be possible for free projects to get a booth without cost. Not a big one, but enough to present Org-mode in a suitable environment. As a side effect, we could meet each other face to face and share some thoughts. As Berlin is one of the liveliest Cities on this planet, I am sure we will have good time seeing each other. *** BEFORE APPLYING FOR A BOOTH *** we want to make sure, that it will not be a one or two man show. If we apply for a booth, we have to keep it running for 4 days, 12 hours a day - more than a working week (in this country). To have fun (that's what I want to have), I feel we should always be at least 4 people at a time on the stand, better 5 or more. The more people we are, the less it will feel like work, the more breaks everyone will have and the better we will present Org-mode. As most of use do not live in Berlin or near by, we need to *** WHO IS WILLING TO COME TO BERLIN AND HELP *** Sure we will need some kind of program and content, which is to be discussed later on this mailing list and orgmode.org/worg. The program must be ready by then: Presentations, Videos, automated Demos, stuff for visitors to try out (think of Org-mobil - many visitors will use smart phones), handouts and so on. Some of this will depend on facts we do not know yet, like size of the booth. I'd guess it's quite small - about 4x4 meters or something. We wont have too much space and visitors are constantly changing, so a good two hour program (partially automated, e.g. videos) will be enough. More is fine. I'm sure we could provide some interesting stuff there. I will take care for the organizational stuff (maybe with someone else), like bookings, transfer station/airport/hotel/fair, installations and so on. I added a directory `linuxtag/' to orgmode.org/worg/. This directory will contain all relevant information around Org-mode on LinuxTag 2010. I started the list of volunteers there [2]. Worgers add yourself there, please. If you're not a worger, please drop us mail here on the list or privately and we will add you there. If you send us a private mail, we will not publish your email address. Please don't forget to tell us how you would like to help, and, if can manage to come to Berlin, when you plan to help on the stand. See [2] for more. There's no need to stay for the entire 4 days. OK then Worgers, make it happen! Sebastian == Footnotes: [1] http://wiki.linuxtag.org/w/fp:FAQ [2] http://orgmode.org/linuxtag/linuxtag.php#volunteers ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: html export - howto change UP|HOME link style?
On Nov 17, 2009, at 3:51 PM, Sebastian Rose wrote: Carsten Dominik writes: OK, I have applied the patch. But: Is it really correct that these links should be inside the content div? Hm - this is a matter of taste. I thought I had changed it... Good question. You did, you moved it into the content div. Pros: Some people might restrict the content div to a certain size or frame and would like it this way. Cons: If people choose to extract the content div to put it's contents into some framework, they probably wouldn't want those links there. But they could simply ommit LINK_HOME/UP, so... One could always put those links in the margin of the content div, or even outside, using CSS. OK, I'll leave it there - we'll see if someone complains. - Carsten Sebastian - Cartsen On Nov 15, 2009, at 12:02 AM, Sebastian Rose wrote: Bernt Hansen writes: ,[ test.org exported to HTML buffer ] | | | UP | | | HOME | | | test.org ` Shouldn't the up and home links both be moved to the body of the page, stripped of their in-line style info (text-align, font-size, white-space) and use CSS for this instead? I think that might be more flexible for formatting. This patch fixes it. I've put the LINK_UP and ..._HOME directly after the tag: - HERE --- .. The links can be formated customizing the variable `org-export-html-home/up-format' Sebastian diff --git a/lisp/org-html.el b/lisp/org-html.el index 11a692e..66cc86b 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -753,7 +753,6 @@ PUB-DIR is set, use this as the publishing directory." http://www.w3.org/1999/xhtml\"; lang=\"%s\" xml:lang=\"%s\"> -%s %s @@ -765,6 +764,7 @@ lang=\"%s\" xml:lang=\"%s\"> +%s " (format (or (and (stringp org-export-html-xml-declaration) @@ -775,17 +775,17 @@ lang=\"%s\" xml:lang=\"%s\"> "") (or charset "iso-8859-1")) language language +(org-html-expand title) +(or charset "iso-8859-1") +date author description keywords +style (if (or link-up link-home) (concat (format org-export-html-home/up-format (or link-up link-home) (or link-home link-up)) "\n") - "") -(org-html-expand title) -(or charset "iso-8859-1") -date author description keywords -style)) + ""))) (org-export-html-insert-plist-item opt-plist :preamble opt- plist) - Carsten - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Removes obsolete functions, variable and fix typos.
Hi all, Is something wrong with the patch. Curious to know why is it not applied. Thanks and Regards Noorul On Sun, Nov 15, 2009 at 9:38 PM, Noorul Islam wrote: > Hello all, > > Attached is the patch which has following changes. > > * lisp/org-agenda.el: > - Removed obsolete functions, org-highlight-until-next-command and > org-unhighlight-once. > - Removed obsolete variable org-agenda-remove-date. > > * lisp/org.el > - Fixed some typos. > > Thanks and Regards, > Noorul > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
