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
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
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
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 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
"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
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
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
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
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
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
>> 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
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
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
>
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.
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
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
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
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
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
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
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
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
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
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,
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
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
>> 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
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
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
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
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
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
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
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.
--
35 matches
Mail list logo