[O] [PATCH] Empty inline tasks in latex export
If the body if the inline task is empty, org-latex-inlinetask writes nil in the exported document. This patch skips including contents (and the bar above it) if it's nil. Michael 0001-Handle-empty-tasks-without-printing-nil-in-org-latex.patch Description: Binary data
Re: [O] :mkdirp without path specifier
On Sat, May 3, 2014 at 4:19 AM, Achim Gratz strom...@nexgo.de wrote: R. Michael Weylandt writes: ;; Possibly create the parent directories for file. (when (let ((m (funcall get-spec :mkdirp))) (and m (not (string= m no - (make-directory (file-name-directory file-name) 'parents)) + (if (file-name-directory file-name) + (make-directory (file-name-directory file-name) 'parents))) If the else clause is intentionally missing, some folks prefer to use when instead of if to advertise that fact (see some surrounding code for example). In this case the additional if should be rolled into the condition check of the former when anyway (and let-bind the result to avoid the duplicate file-name-directory call). The conditional is actually superfluous since we can short-circuit from the and. A patch to that effect has been installed in 063c8b03b7. Thanks for the feedback and applying a fix.
Re: [O] :mkdirp without path specifier
On Fri, May 2, 2014 at 11:43 PM, R. Michael Weylandt michael.weyla...@gmail.com wrote: Patch attached. Should apply cleanly against master and maint. Bah, botched the formatting. Attached should be fixed. 0001-Fix-tangle-with-mkdirp-yes-tangle-FILE.patch Description: Binary data
Re: [O] Prepare release 8.2.6
On Thu, Apr 10, 2014 at 10:43 PM, Eric Schulte schulte.e...@gmail.com wrote: I just tried to apply the second patch, but it no longer applies (with git am) to the Org-mode repo. Would you mind sending along an updated version? Hi Eric, The attached should apply cleanly against master. Michael 0001-Keybinding-to-remove-result-blocks.patch Description: Binary data
Re: [O] Prepare release 8.2.6
On Sat, Apr 5, 2014 at 3:27 PM, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Would you mind adding a commit message, TINYCHANGE at its end, and send it again with git format-patch? Hi Nicolas, Thanks for taking the time to review my patches (2 attached): hopefully these are formatted to org standards. 2) Add a key binding C-c C-v k for org-babel-remove result in ob-keys.el. (Discussed on list but I can't find the reference) [...] Regards, -- Nicolas Goaziou 0001-ox-latex.el-downcase-language-name-in-minted-blocks.patch Description: Binary data 0002-ob-core.el-ob-keys.el-Add-a-keybinding-to-remove-res.patch Description: Binary data
Re: [O] Prepare release 8.2.6
On Sat, Apr 5, 2014 at 3:18 PM, Nicolas Goaziou n.goaz...@gmail.com wrote:
Hello,
R. Michael Weylandt michael.weyla...@gmail.com writes:
1) Tell Emacs not to break inline source blocks when filling paragraphs:
I suggest not to use `org-in-regexp' here but `org-element-context'.
I'm not as familiar with org-element-context, but I think the attached
is what you had in mind.
Besides inline source blocks, ISTR there was other places where filling
was inappropriate (verbatim, code, export snippet, macro...). A single
`org-element-context' will find them all.
Verbatim seems to work over multiple lines so I've left them out.
Macros and inline source blocks don't so I've included them. Not sure
what other elements to look at:
Another option for the problem at hand is to simply remove newline
characters in inline source blocks before executing them.
That might be better but would require a bit more work: at present,
inline source blocks can't extend over multiple lines so org wouldn't
recognize a construct like
src_python[:exports results]{1 + 2 +
3 + 4}
as an inline source block in the first place. Looking at
org-inline-src-block-regexp I'm not sure why though.
Patch also attached to improve link handling
Michael
0001-org.el-Don-t-fill-on-inline-source-blocks-or-macros.patch
Description: Binary data
0002-org.el-Remove-and-from-org-link-escape-chars.patch
Description: Binary data
Re: [O] Prepare release 8.2.6
On Fri, Apr 4, 2014 at 7:51 AM, Michael Weylandt michael.weyla...@gmail.com wrote: On Apr 3, 2014, at 2:37, Bastien b...@gnu.org wrote: Hi all, I'll try to fix a few remaining bugs in maint this afternoon then release 8.2.6 so that we can merge it into Emacs emacs-24 branch, the pretest is scheduled to happen as soon as possible. If you have important bugs you want us to look at, now is the time to point at them. Hi Bastien, Two small usability issues you may want to take a look at: 1) Tell Emacs not to break inline source blocks when filling paragraphs: http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01310.html Small patch in support: diff --git a/lisp/org-src.el b/lisp/org-src.el index f870b2c..32de2a1 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -40,6 +40,7 @@ (declare-function org-do-remove-indentation org (optional n)) (declare-function org-at-table.el-p org ()) (declare-function org-in-src-block-p org (optional inside)) +(declare-function org-in-inline-src-block-p org ()) (declare-function org-in-block-p org (names)) (declare-function org-get-indentation org (optional line)) (declare-function org-switch-to-buffer-other-window org (rest args)) diff --git a/lisp/org.el b/lisp/org.el index 318d95a..2778160 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -21536,6 +21536,9 @@ when point is at #+BEGIN_SRC or #+END_SRC. (beginning-of-line) (looking-at .*#\\+\\(begin\\|end\\)_src))) +(defun org-in-inline-src-block-p () + Test if within an inline src block. + (org-in-regexp org-babel-inline-src-block-regexp)) (defun org-context () Return a list of contexts of the current cursor position. If several contexts apply, all are returned. @@ -22246,7 +22249,8 @@ hierarchy of headlines by UP levels before marking the subtree. (org-uniquify (append fill-nobreak-predicate '(org-fill-line-break-nobreak-p - org-fill-paragraph-with-timestamp-nobreak-p) + org-fill-paragraph-with-timestamp-nobreak-p + org-in-inline-src-block-p) (let ((paragraph-ending (substring org-element-paragraph-separate 1))) (org-set-local 'paragraph-start paragraph-ending) (org-set-local 'paragraph-separate paragraph-ending)) 2) Allow =, +, and ; to be entered into org-insert-link. The list of character is org-link-escape-chars seems to be unnecessarily defensive and results in bad links being entered into documents (and then exported). http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg00990.html Michael Thanks, -- Bastien
Re: [O] Prepare release 8.2.6
On Fri, Apr 4, 2014 at 10:32 AM, Michael Weylandt
michael.weyla...@gmail.com wrote:
On Apr 3, 2014, at 2:37, Bastien b...@gnu.org wrote:
Hi all,
I'll try to fix a few remaining bugs in maint this afternoon
then release 8.2.6 so that we can merge it into Emacs emacs-24
branch, the pretest is scheduled to happen as soon as possible.
If you have important bugs you want us to look at, now is the
time to point at them.
A few more minor things from my .emacs:
1) In ox-latex.el, add a `downcase` around the definition of mint-lang in
org-latex-inline-src-block and the sexp `(or (cadr (assq (intern lang)
org-latex-minted-langs)) lang)` in org-latex-src-block to respect minted's
convention of putting all language names in lowercase.
Patches:
diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
index 59e6e83..013c731 100644
--- a/lisp/ox-latex.el
+++ b/lisp/ox-latex.el
@@ -1474,9 +1474,9 @@ contextual information.
;; Use minted package.
((eq org-latex-listings 'minted)
(let* ((org-lang (org-element-property :language inline-src-block))
-(mint-lang (or (cadr (assq (intern org-lang)
+(mint-lang (downcase (or (cadr (assq (intern org-lang)
org-latex-minted-langs))
- org-lang))
+ org-lang)))
(options (org-latex--make-option-string
org-latex-minted-options)))
(concat (format \\mint%s{%s}
@@ -2116,7 +2116,7 @@ contextual information.
(firstnumber ,(number-to-string (1+ num-start
org-latex-minted-options)))
;; Language.
-(or (cadr (assq (intern lang) org-latex-minted-langs)) lang)
+(downcase (or (cadr (assq (intern lang)
org-latex-minted-langs)) lang))
;; Source code.
(let* ((code-info (org-export-unravel-code src-block))
(max-width
2) Add a key binding C-c C-v k for org-babel-remove result in ob-keys.el.
(Discussed on list but I can't find the reference)
diff --git a/lisp/ob-core.el b/lisp/ob-core.el
index e8943c6..c73c42b 100644
--- a/lisp/ob-core.el
+++ b/lisp/ob-core.el
@@ -2166,6 +2166,15 @@ code the results are extracted in the
syntax of the source
(goto-char location) (forward-line 1)
(delete-region start (org-babel-result-end))
+(defun org-babel-remove-result-one-or-many (x)
+ Remove the result of the current source block.
+If called with a prefix argument, remove all result blocks
+in the buffer.
+ (interactive P)
+ (if x
+ (org-babel-map-src-blocks nil (org-babel-remove-result))
+(org-babel-remove-result)))
+
(defun org-babel-result-end ()
Return the point at the end of the current set of results.
(save-excursion
diff --git a/lisp/ob-keys.el b/lisp/ob-keys.el
index 90b5196..dc1f437 100644
--- a/lisp/ob-keys.el
+++ b/lisp/ob-keys.el
@@ -89,6 +89,7 @@ functions which are assigned key bindings, and see
(h . org-babel-describe-bindings)
(\C-x . org-babel-do-key-sequence-in-edit-buffer)
(x . org-babel-do-key-sequence-in-edit-buffer)
+(k . org-babel-remove-result-one-or-many)
(\C-\M-h . org-babel-mark-block))
Alist of key bindings and interactive Babel functions.
This list associates interactive Babel functions
I actually wrap it so C-u C-c C-v k calls
(org-babel-map-src-blocks nil (org-babel-remove-result))
Thanks,
--
Bastien
[O] Org-set-repeat
I see that Org provides a `org-cancel-repeater` and `org-get-repeat` but I don't see a `org-set-repeat` (or function which can be made to do so). Is there something like that that I've missed or should I write a wrapper around `org-deadline`? Michael
Re: [O] Incorrect hexification in URLs in LaTeX Export
On Mar 18, 2014, at 17:24, R. Michael Weylandt michael.weyla...@gmail.com wrote: Can't comment on Andreas's issue about unescaping text when it's given to org already escaped. Hi Bastien, TLDR: remove ?\= from org-link-escape-chars. I looked at this again and I think I've stumbled on another small issue relating to hex escaping. If I type a link with an equals sign (=) into the link prompt of org-insert-link, the link inserted into my buffer has a %3D instead of the valid =. Tracing this, it goes through org-make-link-string, which hands off to org-link-escape which uses the defconst org-link-escape-chars as the table of values to escape. Org-link-escape-chars appears to only be used within org-link-escape at this time. I think = is escaped because it may have conflicted with the verbatim syntax at some point, but that doesn't appear to be an issue any more. Is there a reason not to remove it?
Re: [O] Incorrect hexification in URLs in LaTeX Export
On Mar 18, 2014, at 11:41, Bastien b...@gnu.org wrote: Hi Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: The second link is not clickable in the resulting pdf. This should be fixed now, thanks. Hi Bastien, I just tried with 35f27a1fe and my issue is fixed. (The one about the hexifying of a valid character. I.e., if (fundamental-mode) shows a valid link, the resulting export is also valid) Can't comment on Andreas's issue about unescaping text when it's given to org already escaped. Thanks, Michael
Re: [O] Org-link-escape-chars (was Incorrect hexification in URLs in LaTeX Export)
On Tue, Mar 4, 2014 at 3:45 PM, Simon Thum simon.t...@gmx.de wrote: This seems to be a question of objective. Do you want to encode, i.e. maintain some reversible original in an url no matter what, or do you want to fix url's which wouldn't otherwise be legal? In the latter case, the question mark should probably be retained. I believe the former. If the user types in a working link, the exporter shouldn't break it. This could be fixed by sprinkling org-url-decode through various backends, but that suggests to me that the problem may be upstream. Michael
[O] Odd interaction with Python sessions and Org 8.2.5
Hi, I'm having trouble getting clean output from org 8.2.5 when I combine session based evaluation and capturing results from standard out. (See first example below) This is on Emacs 24.3 with the default python mode settings and nothing relevant in my init.el except for activating python support. Is this expected behavior or is there someway I can fix the first example? Michael -8---8 #+TITLE: Hello World * Standard Out + Session (Problem) #+BEGIN_SRC python :results output :session *Python* def test(): print Hello World test() #+END_SRC #+RESULTS: : : ... Hello World * Standard Out + No Session (Fine) #+BEGIN_SRC python :results output def test(): print Hello World test() #+END_SRC #+RESULTS: : Hello World * Value + Session #+BEGIN_SRC python :session *Python* def test(): print Hello World test() #+END_SRC #+RESULTS: * Value + No Session #+BEGIN_SRC python def test(): print Hello World test() #+END_SRC #+RESULTS: : None
[O] Org-link-escape-chars (was Incorrect hexification in URLs in LaTeX Export)
On Feb 28, 2014, at 15:26, Andreas Leha andreas.l...@med.uni-goettingen.de wrote: R. Michael Weylandt michael.weyla...@gmail.com michael.weyla...@gmail.com writes: I've tried this with Org 7.9.3 and 8.2.5h to the same result: -- #+TITLE: Test * One Here is a [[http://google.com/search?q=orgmode][link]] -- Exporting to HTML doesn't transform the link but exporting to LaTeX results in the (non-working) http://google.com/search?%3Dorgmode Is there a reason for this behavior and, if so, a way to work around it? RFC 3986 2.2 explicitly says URLs may include `=` and =url-encode-url= doesn't change the link in question. I've played with org-url-hexify-p and read past ML discussions, but they seem primarily concerned with characters which should not appear in URIs. Thanks, Michael Hi Michael, I have recently been bitten by this as well. Based on a block post [fn:1], I now have this in my .emacs as a work-around: --8---cut here---start-8--- (defun al-link-filter (contents backend info) (let ((contents (replace-regexp-in-string #\\+name:.*$ contents)));; old and unrelated (replace-regexp-in-string %3D = contents))) (add-to-list 'org-export-filter-final-output-functions 'al-link-filter) --8---cut here---end--- Hi Andreas, Thanks for this. I had time to dig further and it seems that the 'problem' is the default value of org-link-escape-chars, which explicitly escapes = as well as other valid URL characters. Perhaps someone more familiar with this code could explain the choice these escapes. Michael [Subject updated because the problem isn't LaTeX specific in 8.2.5h, only in 7.9.3]
[O] Incorrect hexification in URLs in LaTeX Export
I've tried this with Org 7.9.3 and 8.2.5h to the same result: -- #+TITLE: Test * One Here is a [[http://google.com/search?q=orgmode][link]] -- Exporting to HTML doesn't transform the link but exporting to LaTeX results in the (non-working) http://google.com/search?%3Dorgmode Is there a reason for this behavior and, if so, a way to work around it? RFC 3986 2.2 explicitly says URLs may include `=` and =url-encode-url= doesn't change the link in question. I've played with org-url-hexify-p and read past ML discussions, but they seem primarily concerned with characters which should not appear in URIs. Thanks, Michael
Re: [O] Accessing #+EMAIL in LaTeX Export
On Tue, Feb 4, 2014 at 12:54 AM, Nick Dokos ndo...@gmail.com wrote:
R. Michael Weylandt michael.weyla...@gmail.com writes:
HI,
I'm writing a latex export class which has an \email macro.
Is it possible to autofill this macro using the #+EMAIL: property?
Looking at ox-latex.el, it seems that email is hardcoded to be placed
in \thanks{} but there might be a hook I'm missing.
I thought that using a {{{ email }}} macro might work, but I keep
winding up with
\email{ {{{email}}} } in the produced LaTeX.
Not sure what your \email macro is supposed to look like or what
it is supposed to do, but the {{{email}}} works for me, e.g. the
following produces my italicized email in the output:
--8---cut here---start-8---
#+EMAIL: ndo...@gmail.com
* foo
This is my email: \emph{ {{{email}}} }.
--8---cut here---end---8---
Hi Nick,
Thanks for taking a look at this. Let me say a bit more about what I'm
trying to do:
I want org-mode to export to the amsart class by default. In
addition to the regular \title, \author, \date macros, amsart also
allows for email.
--8---cut here-start---8---
(add-to-list 'org-latex-classes
'(amsart
\\documentclass{amsart}
[DEFAULT-PACKAGES]
[PACKAGES]
[EXTRA]
\\email{ {{{email}}} }
(\\section{%s} . \\section{%s})
(\\subsection{%s} . \\subsection{%s})
(\\subsubsection{%s} . \\subsubsection{%s})))
--8---cut here---end---8---
Running this on a document like:
--8---cut here-start---8---
#+TITLE: Test 1
#+AUTHOR: Michael Weylandt
#+EMAIL: michael.weyla...@gmail.com
#+LATEX_CLASS: amsart
* Header 1
Hello World
--8---cut here---end---8---
leaves me with \email{email} in the resulting LaTeX instead of
\email{michael.weyla...@mail.com}. Since this is used as part of
\maketitle, doing something in the body (like your example) is too
late.
The #+EMAIL: value is handled by ox-latex.el, but it's only placed
inside the \author{} macro instead of in a stand alone \email{}.
That's the behavior I'm hoping to tweak.
Is that clearer?
Thanks again,
Michael
Re: [O] Accessing #+EMAIL in LaTeX Export
On Feb 4, 2014, at 12:31, Nick Dokos ndo...@gmail.com wrote:
Nick Dokos ndo...@gmail.com writes:
R. Michael Weylandt michael.weyla...@gmail.com writes:
I want org-mode to export to the amsart class by default. In
addition to the regular \title, \author, \date macros, amsart also
allows for email.
(add-to-list 'org-latex-classes
'(amsart
\\documentclass{amsart}
[DEFAULT-PACKAGES]
[PACKAGES]
[EXTRA]
\\email{ {{{email}}} }
(\\section{%s} . \\section{%s})
(\\subsection{%s} . \\subsection{%s})
(\\subsubsection{%s} . \\subsubsection{%s})))
Running this on a document like:
#+TITLE: Test 1
#+AUTHOR: Michael Weylandt
#+EMAIL: michael.weyla...@gmail.com
#+LATEX_CLASS: amsart
* Header 1
Hello World
leaves me with \email{email} in the resulting LaTeX instead of
\email{michael.weyla...@mail.com}. Since this is used as part of
\maketitle, doing something in the body (like your example) is too
late.
The #+EMAIL: value is handled by ox-latex.el, but it's only placed
inside the \author{} macro instead of in a stand alone \email{}.
That's the behavior I'm hoping to tweak.
Is that clearer?
Much - thanks. I haven't thought much about it but my knee-jerk reaction
is to use a marker (something like \email{@EMAIL@}) when defining the
class and use a filter to replace it at the end. But there are might be
more elegant solutions around.
So here's a brute-force solution along the above lines:
--8---cut here---start-8---
#+EMAIL: ndo...@gmail.com
#+LATEX_CLASS: amsart
* foo
bar
* code :noexport:
This should probably go in some initialization file - for testing, I just
executed
the code blocks by hand:
#+name: email-filter
#+BEGIN_SRC elisp :results none
(defun nd-email-filter (contents backend info)
(let ((email (plist-get info :email)))
(replace-regexp-in-string @EMAIL@ email contents t)))
(add-to-list 'org-export-filter-final-output-functions (function
nd-email-filter))
#+END_SRC
#+name: amsart
#+BEGIN_SRC elisp :results none
(setq amsart-class
'(amsart
\\documentclass{amsart}
[DEFAULT-PACKAGES]
[PACKAGES]
[EXTRA]
\\email{@EMAIL@ }
(\\section{%s} . \\section{%s})
(\\subsection{%s} . \\subsection{%s})
(\\subsubsection{%s} . \\subsubsection{%s})))
(add-to-list 'org-latex-classes amsart-class)
#+END_SRC
This deletes the amsart from the org-latex-classes list:
#+BEGIN_SRC elisp
(setq org-latex-classes (cdr org-latex-classes))
#+END_SRC
--8---cut here---end---8---
Nick
Hi Nick,
Thanks for the example; the filter seems to work well. Two possible issues:
1. I only want to use it for some latex classes
2. When using \email{} I want to get rid of the \thanks{} in \author{}.
I came up with the following:
--
(require 'cl-lib)
(defun any (x) (cl-reduce (lambda (x y) (if x x y)) x))
;; For certain latex classes, the org-mode default of
\author{NAME\thanks{EMAIL}}
;; isn't what the class wants
(defvar org-latex-classes-with-email '(amsart amsbook))
;; After completing latex export, check if we are in one of the classes listed
in 'org-latex-classes-with-email;
;; if we are, we need to
;; 1) Remove the \thanks{} macro inside \author{}
;; 2) Add an \email{} macro
;; This can be done with a single regex replace using captures.
(defun org-latex-classes-with-email-filter (contents backend info)
(if (any (mapcar (lambda (x) (string-match x contents))
org-latex-classes-with-email))
(replace-regexp-in-string author{\\(.*\\)thanks{\\(.*\\)}}
author{\\1}\nemail{\\2} contents)))
;; Thanks to Nick Dokos for the filter setup help
--http://lists.gnu.org/archive/html/emacs-orgmode/2014-02/msg00130.html
(add-to-list 'org-export-filter-final-output-functions (function
org-latex-classes-with-email-filter))
---
It's regex based so there may be some false positives, but it seems to work
well enough for me.
Michael
[O] Accessing #+EMAIL in LaTeX Export
HI,
I'm writing a latex export class which has an \email macro.
Is it possible to autofill this macro using the #+EMAIL: property?
Looking at ox-latex.el, it seems that email is hardcoded to be placed
in \thanks{} but there might be a hook I'm missing.
I thought that using a {{{ email }}} macro might work, but I keep
winding up with
\email{ {{{email}}} } in the produced LaTeX.
Thanks for any help,
Michael
[O] Ox-HTML hover for certain languages
Around line 270 of Ox-html.el, there's CSS which gives certain code blocks in the resulting HTML a hover-over window saying what language they encode. Not all Babel-supported languages appear however: is there any reason for this? (E.g. perl is hard-coded but no python) I suppose one could pull all the sources from the #+BEGIN_SRC XYZ blocks and generate this on demand, using a lookup table for known languages and a basic capitalization scheme for unknown languages. I'm not much of an elisp user, but would be happy to try my hand at a patch if this would be of interest. Michael
Re: [O] org-grep, and problems
On Oct 10, 2013, at 11:50, François Pinard pin...@iro.umontreal.ca wrote: P.S. What is proper English: nobody remember or nobody remembers? Remembers. 'Nobody' counts as singular, as does 'no one'. English isn't totally consistent on this matter, however, as 'none' takes a plural verb. No one is brave enough to skip the meeting, even though none of the bosses are going to attend. M
