Re: [O] [OT] Does anyone use Tinderbox?

[Bastien]

Hi Eric,

Eric Abrahamsen  writes:

> I've daydreamed about this before: what if, instead of agenda views, we
> took a page from the Tinderbox method and made "agendas" simple
> headlines, with some cookie saying "I'm an agenda", and a property
> containing the search string. Instead of having an ephemeral *Org
> Agenda* buffer, your "agenda views" are simply another in-file headline,
> whose children are TODOs/headlines that match the query. Multiple and
> persistent agendas are suddenly a matter of course.

What about this?

* [[elisp:(org-agenda nil "a")]]

I see how the Tinderbox feature may be a bit more general.

If anybody comes up with a precise feature request based
on Tinderbox or any other software, let's try to see if it 
fits with Org's approach and let's implement it.

-- 
 Bastien

Re: [O] Viewing Value of a Property of an Item in the Agenda

[Bastien]

Hi Varun,

Varun Vats  writes:

> I have the LOCATION property set for a few appointments in my org
> files. When I look at the agenda, I sometimes want to be able to view
> the location of an appointment quickly. Right now I hit TAB on the
> agenda item (to go to its original location in the org file) and open
> the :PROPERTIES: drawer to view the LOCATION property. 
>
> Is there any way I can quickly look-up an item's propert(y/ies) in
> the agenda view? I know one option would be to set up a column view
> for the agenda. However, this requires that I know the properties I
> want to view beforehand. Any ideas/suggestions are appreciated.

Hackish but works:

(defun my-org-agenda-view-item-properties ()
  "Display the properties of the item at point in the agenda."
  (interactive)
  (let ((m (get-text-property (point) 'org-hd-marker)) pp)
(with-current-buffer (marker-buffer m)
  (goto-char m)
  (while (re-search-forward
  org-property-re
  (save-excursion (org-end-of-subtree)) t)
(push (concat (match-string 2) ": " (match-string 3)) pp)))
(delete-other-windows)
(pop-to-buffer "*org properties*")
(erase-buffer)
(mapcar (lambda(p) (insert p "\n")) pp)
(org-fit-window-to-buffer)
(other-window 1)))

HTH,

-- 
 Bastien

Re: [O] Org-mode release 7.9

[Bastien]

Hi Achim,

Achim Gratz  writes:

> Bastien writes:
>> Let's take the easy road then.
>
> I'll work on that in maint, is this OK?

Yes.

Also, we currently build a new ELPA package each day, resulting in
having a new ELPA version every day.  We should have a new ELPA version
each time there is a commit in maint, not every day.  I'll see with
Jason if we can install this.

>> I'd suggest org+ as the name of the package.
>
> Hmm… I'd rather avoid that since "+" is a reserved character in file
> names on some systems.  How about orgplus?

Looks fine to me.

>> Hosting it on something like orgmode.org/pkg/daily/elpa_ would 
>> do I guess, then the ELPA servers would have to download it.
>
> What I don't know is how to make sure that only one of these packages
> gets installed.  It could become quite confusing if someone decides to
> install both and have different versions of them.  The package manager
> knows to remove an older version of the same package, but I don't think
> you can tell it to remove a different package, so we need to educate the
> prospective user to do this.  Suggestions?

Publishing new packages only when maint has been changed will already
reduce some possible confusion, because each org-MMDD.tar package
will correspond to the same version.

-- 
 Bastien

Re: [O] Installation question

[Bastien]

Hi Thomas,

t...@tsdye.com (Thomas S. Dye) writes:

> These are new problems after upgrading to emacs 24.1 and Eric Schulte's
> emacs 24 starter kit.  The starter kit seems to be working correctly.

Apparently, there are problems using both the kit and Org from GNU ELPA.

If you can use git, my suggestion in this case would be to clone the Org
repo then to build Org from there.  You don't really need to know git,
you just need to have it and to let the repo point at the version you
want (problably the last commit in the maint branch.)

HTH,

-- 
 Bastien

Re: [O] org-agenda-sticky -> Recursive load

[Bastien]

Hi Thomas,

t...@tsdye.com (Thomas S. Dye) writes:

> Is there a command that can be used to determine if there is a "ghost
> installation behind the scene?"

I guess you already know this, so my help is not probably much here, 
but M-x org-version RET tells you whether there is a mixed installation.

Best,

-- 
 Bastien

Re: [O] Conditional capture template headline based on tag?

[Bastien]

Hi John,

John Hendy  writes:

> Just wondering if a capture template could be setup to file into the
> "Tasks" headline (sub-headline) of the matching top level headline
> with that tag or something similar?

You could use a function in the capture template for this.

See the info node "Template elements".

-- 
 Bastien

Re: [O] Status of org-sync?

[Bastien]

Hi Marcelo,

Marcelo de Moraes Serpa  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

Re: [O] [OT] Current website not very attractive

[Bastien]

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  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] babel for ditaa-eps

[Luis Anaya]

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 Schulte  Sent: 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] babel for ditaa-eps

[Eric Schulte]

Eric 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 :)

>From 014fa9fd68a6476df2da32c590781788672a0f1a Mon Sep 17 00:00:00 2001
From: Eric Schulte 
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] Weird List Behavior with Links

[Scott Randby]

On 09/12/2012 09:20 PM, Bastien wrote:
> Scott Randby  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]

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,

-- 
Eric Schulte
http://cs.unm.edu/~eschulte

Re: [O] babel for ditaa-eps

[Luis Anaya]

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

-- 
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] [BUG] [new exporter] \cite and \ref in odt export

[Jambunathan K]

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  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 " | 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 " | 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
> 

[O] Problem with ltxpng path for html and odt exports

[Abdó Roig-Maranges]

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?= 
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 ""
 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] new exporter now drops labels

[cberry]

Nicolas Goaziou  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

Re: [O] [OT] Current website not very attractive

[Marcelo de Moraes Serpa]

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  wrote:
>>
>>> brian powell  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

[Marcelo de Moraes Serpa]

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  wrote:
>
>> brian powell  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

[Marcelo de Moraes Serpa]

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  wrote:

> brian powell  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
>

[O] [OT] Automating the process of creating 'buildlogs'

[Marcelo de Moraes Serpa]

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] Question on latex source block

[Jambunathan K]

Abdó Roig-Maranges  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  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

Re: [O] Question on latex source block

[Abdó Roig-Maranges]

Hi,

Here is a patch. Sorry for the bug!

Abdó.

Eric Schulte  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?= 
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

[O] Another tricky question: accessing named values

[Neuwirth Erich]

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] new exporter now drops labels

[Nicolas Goaziou]

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] Status of org-sync?

[Marcelo de Moraes Serpa]

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] Store org-files in a git repository?

[Marcelo de Moraes Serpa]

>
> 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  wrote:

> On 9/12/12, Bastien  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)"
>
>

Re: [O] any org[/beamer] experts in the ottawa area available for consulting?

[Robert P. J. Day]

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] any org[/beamer] experts in the ottawa area available for consulting?

[Manish]

> 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] Question on latex source block

[Eric Schulte]

>> 
>> 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] New exporter queries, captions

[Thomas S. Dye]

Nicolas Goaziou  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 "(%s)" 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] syncing with google calendar, file changed on disk

[Arun Persaud]

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/.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]

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] new exporter now drops labels

[cberry]

Nicolas Goaziou  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] Question on latex source block

[Nick Dokos]

Eric Schulte  wrote:

> Jambunathan K  writes:
> 
> > Eric Schulte  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] Question on latex source block

[Eric Schulte]

Jambunathan K  writes:

> Eric Schulte  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-l

Re: [O] syncing with google calendar, file changed on disk

[Nick Dokos]

Tyler Smith  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] documentation bug

[Giovanni Ridolfi]

Da: Tyler Smith 

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

[O] syncing with google calendar, file changed on disk

[Tyler Smith]

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] babel for ditaa-eps

[Eric Schulte]

"Arne Babenhauserheide (IMK)"  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 
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] documentation bug

[Tyler Smith]

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] patch for orgweb for better resolution in narrow browsers

[Eric Schulte]

Bastien  writes:

> Hi Eric,
>
> Eric Schulte  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 
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 http://lumiere.ens.fr/~guerry/";>Bastien Guerry 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 
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] syncing with google calendar, file changed on disk

[Tyler Smith]

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

[O] Visibility cycling with inline tasks

[Christopher Witte]

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- 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-) 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.

Re: [O] new exporter now drops labels

[Nicolas Goaziou]

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] Digest configuration

[James Harkins]

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

[O] Troubles with custom agenda commands

[Sebastien Vauban]

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: #
--8<---cut here---end--->8---

Can you confirm this?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] babel for ditaa-eps

[Arne Babenhauserheide (IMK)]

-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)" 
> 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
>> .
>> 
>> ;;; 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)
>> 
>> ;;; Co

[O] Modify clock in/out time to previous/following full quarter of an hour.

[Rainer Stengele]

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

[O] Invalid custom agenda command type timeline

[Sebastien Vauban]

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

Re: [O] Question on latex source block

[Nick Dokos]

Nick Dokos  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

Re: [O] Question on latex source block

[Nick Dokos]

Jambunathan K  wrote:

> Eric Schulte  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-