Samuel Wales writes:
> I wonder if it would be worth the backward incompatibility to make a:b
> syntax become :a b syntax to be consistent with Babel and backends,
> but presume we've already decided not to do so.
Yes, I do think that this sort of consistency would be welcome.
Regards,
Achim.
--
davi...@es.gnu.org (David Arroyo Menéndez) writes:
> Today, when I try call to org-html-export-to-html, I find the next
> error:
>
> Wrong type argument: processp, nil
>
> What could be failing?
>
Please provide a backtrace - see
(info "(org) Feedback")
on how to create a useful backtra
kevinbanjo writes:
> when given this file:
>
> * top level :@home:
>
> ** TODO next level :@town:
>
> * more top :@work:
>
> and doing C-cat I get this:
>
> Global list of TODO items of type: ALL
> Available with `N r': (0)[ALL]
>
> Isn't that wrong? It shows NO todo items.
>
Did
Today, when I try call to org-html-export-to-html, I find the next
error:
Wrong type argument: processp, nil
What could be failing?
I'm using the git version.
Emacs : GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
of 2013-01-20 on trouble, modified by Debian
Package: Org-mode v
Thanks to Christopher Schmidt for solving my problem:
On Fri, Jun 14, 2013 at 11:30 PM, Nathaniel Cunningham <
nathaniel.cunning...@gmail.com> wrote:
> I'm attempting to use orgstruct minor mode in emacs-lisp-mode (org 8.0.3
> in recent Aquamacs and in vanilla Emacs 24.3.1). I find:
> - cycling
It seems reasonable to me.
I also think it is good that you are using hyphen-separated
human-readable identifiers like html-style instead of single-character
identifiers.
I wonder if it would be worth the backward incompatibility to make a:b
syntax become :a b syntax to be consistent with Babel a
Update.
I forgot to change
#+HTML_INCLUDE_SCRIPTS: t
into
#+OPTIONS: html-scripts:t
for the same reason.
--
Nicolas Goaziou
>From f99c5a071e185301bbef576c042afa07f4c76488 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Thu, 20 Jun 2013 21:14:57 +0200
Subject: [PATCH] ox-html: Use O
>> Hopefully the simpler solution which uses the existing value of
>> `org-babel-current-src-block-location' will prove sufficient (once
>> someone implements it that is...).
>
> I'll implement it and see if this seems more useful than the current
> behaviour. If it is, then we'll have to decide i
Hello,
Any objection to applying the following patch to master?
Basically,
#+HTML_INCLUDE_STYLE: nil
becomes
#+OPTIONS: html-style:nil
and
#+HTML_HTML5_FANCY: t
becomes
#+OPTIONS: html5-fancy:t
Regards,
--
Nicolas Goaziou
>From dff24cc4ec2c3466526802042fd89dce0d99f633 Mon Sep 1
Eric Schulte writes:
> Oh, I understand now. I would also be happy with using *no* header
> arguments for this ephemeral elisp block if that is easily accomplished.
I'll make a patch for testing this.
> Hopefully the simpler solution which uses the existing value of
> `org-babel-current-src-bloc
when given this file:
* top level :@home:
** TODO next level :@town:
* more top :@work:
and doing C-cat I get this:
Global list of TODO items of type: ALL
Available with `N r': (0)[ALL]
Isn't that wrong? It shows NO todo items.
Emacs : GNU Emacs 24.3.1 (i686-pc-linux-gnu,
Hello!
Is there a standard way in the org-mode modules to change the text of a
heading conserving tags, todo type, priority etc?
I am writing a extension module for better multi-file handling (wiki-like)
and in that context I want to set the first heading of the wiki-node-files
based on the direc
How does this differ from ":tangle yes :comments org"?
e.g.,
#+Property: tangle yes
#+Property: comments org
* This is the top
#+begin_src sh :shebang #!/bin/bash
echo "##this file will cat itself"
echo ""
#+end_src
Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Donec
hendrerit
Achim Gratz writes:
> Eric Schulte writes:
>>> 2. The evaluation of header arguments assumes emacs-lisp as a language.
>>
>> Yes, if one wants to execute a language other than Emacs-Lisp, then they
>> should use a full fledged code block and pass a reference to that code
>> block into the header
June, 20 at 15:03 Carsten Dominik wrote:
> On Jun 20, 2013, at 9:30 AM, Ivan Kanis wrote:
>
>> If I read the manual correctly the category is 10 characters wide. Is
>> there a way to reduce it?
>
> Yes, you can, take a look at the variable org-agenda-prefix-format
>
> HTH
Perfect!
--
Academic p
Hello,
"Daniel G. Gerber" writes:
> Hi list,
>
> diff --git a/lisp/ox-html.el b/lisp/ox-html.el
> index 365802f..90d6a5d 100644
> --- a/lisp/ox-html.el
> +++ b/lisp/ox-html.el
> @@ -1719,7 +1719,7 @@ holding export options."
> "\n"
> (let ((link-up (org-trim (plist-get info :html-link-up
Thorsten Jolitz gmail.com> writes:
>
> Hi List,
>
> it is now possible to convert existing Org-mode files with source-blocks into
> machine-executable source-code files, using the following function from
> `outorg.el':
>
> #+begin_src emacs-lisp
> (defun outorg-convert-org-file-to-source-code
Eric Schulte writes:
>> Recently I also noticed a regression of org-babel-load-file that is
>> resolved with your patch. Thank you for saving me of one of my TODOs.
>>
>
> This patch doesn't fix the actual cause of this bug. The problem stems
> from commit 693dda67 [1], and I've just pushed up a f
Eric Schulte writes:
>> 2. The evaluation of header arguments assumes emacs-lisp as a language.
>
> Yes, if one wants to execute a language other than Emacs-Lisp, then they
> should use a full fledged code block and pass a reference to that code
> block into the header argument.
[…]
>> For the seco
Hi Eric
On Thu, Jun 20, 2013 at 5:58 PM, Eric Schulte wrote:
> I've just pushed up a fix in commit a79fd4be [2].
Thank you, the issue with org-babel-load-file that I noticed is
resolved in the current master branch.
Michael
Achim Gratz writes:
> Hi Eric,
>
> while starting to write up a test document I've found some behaviour
> when executing LOB calls that warrant discussion, I think:
>
> 1. The properties are evaluated at the site of the definition rather
>than the site of the call.
I see what you're saying.
Christopher Witte writes:
> Hi all,
>
> I had some wierd behaviour with gnuplot source blocks and I'm not sure of
> the best way to fix it.
>
> I have gnuplot source blocks that write output files that I insert into the
> document using links, as such:
>
> #+begin_src gnuplot :file transInc.eps
>
Michael Brand writes:
> Hi Levin
>
> On Tue, Jun 18, 2013 at 9:44 AM, Levin Du wrote:
>> Below is the patch that solves this problem.
>
> Recently I also noticed a regression of org-babel-load-file that is
> resolved with your patch. Thank you for saving me of one of my TODOs.
>
This patch does
>> The main question is: what would be a convenient way to store the
>> references in the .org file, to allow for easy editing and exporting
>> ?
>
> What I have done so far is to use some bibtex blocks, which tangle to
> an external bib files. It is sometime useful to have the bibliography
> divi
On Jun 20, 2013, at 9:30 AM, Ivan Kanis wrote:
> If I read the manual correctly the category is 10 characters wide. Is
> there a way to reduce it?
Yes, you can, take a look at the variable org-agenda-prefix-format
HTH
- Carsten
On Jun 14, 2013 4:37 PM, "Fabrice Niessen" wrote:
>
> Hello,
>
> Just to let you know I've made a 1h30 presentation about the LaTeX
exporter of
> Org mode 8 at the "Stage LaTeX de Dunkerque 2013", on last Wednesday
(12th of
> June).
>
> My slides are visible on:
>
> http://fr.slideshare.net/fnie
I put:
#+HTML_INCLUDE_STYLE: nil
at the top of my org-file and expect the exported html file to not
include the standard styles in it's header (documentation section
"12.6.9 CSS support").
This does not work and the styles are included as usual.
A quick debugging with edebug reveals that nil i
If I read the manual correctly the category is 10 characters wide. Is
there a way to reduce it?
--
New guy cross-connected phone lines with AC power bus.
-- BOFH excuse #38
Hi list,
diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index 365802f..90d6a5d 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -1719,7 +1719,7 @@ holding export options."
"\n"
(let ((link-up (org-trim (plist-get info :html-link-up)))
(link-home (org-trim (plist-get info :ht
"Sebastien Vauban"
writes:
Hello,
its a nice idea to be able to replace the source-blocks by their results when
composing messages (if I understood your feature request right). Opens a lot
of possiblilities for (semi-)automatic email creation.
Here is the doc-string:
#+begin_src emacs-lisp
(d
On Thu, Jun 20 2013, Carsten Dominik wrote:
>> The easiest solution is to simply do nothing, until Org drops support
>> for Emacs 24.2 and earlier. The 'cl' library will be shipped with Emacs
>> for a long time.
>>
>> BTW, which Emacs versions does Org support? Is this documented anywhere?
>
> No
Hello,
"Fabrice Niessen" wrote:
> "Fabrice Niessen" wrote:
>> Viktor Rosenfeld wrote:
>>> Fabrice Niessen wrote:
Could one of you report (as suggested by Nick) whether it works (or not)
from
another browser on the Mac?
>>>
>>> Snow Leopard 10.6.8:
>>>
>>> - Chrome: only yellow boxe
On 19.6.2013, at 20:46, David Engster wrote:
> Achim Gratz writes:
>> Peter Münster writes:
cl-lib was just introduced in Emacs 24.3.
>>>
>>> Does that mean, that the trunk should be modified later?
>>
>> It means you should implement a solution that doesn't make Org
>> non-functional for
I am trying to use textpos to position images at specific location on
a frame.
I would like something like this in the beamer export:
\begin{textblock}{10}(3,3) \visible <2-> {
\includegraphics[width=.9\linewidth]{scatterplot2.png}
} \end{textblock}
I have defined the following beamer environmen
Hello,
Thorsten Jolitz wrote:
> 2.3 Usage
> ~
>
> There are only two commands involved:
>
>Command Keybinding Comment
> ---
>M-x outorg-edit-as-org M-# M-# or M-# # ou
35 matches
Mail list logo
