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-# #
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
On 19.6.2013, at 20:46, David Engster d...@randomsample.de 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
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 boxes
- Safari: only yellow boxes
-
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, but
Sebastien Vauban sva-n...@mygooglest.com
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:
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 is
On Jun 14, 2013 4:37 PM, Fabrice Niessen fni-n...@pirilampo.org 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:
On Jun 20, 2013, at 9:30 AM, Ivan Kanis i...@kanis.fr 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
divided in
Michael Brand michael.ch.br...@gmail.com writes:
Hi Levin
On Tue, Jun 18, 2013 at 9:44 AM, Levin Du zsle...@gmail.com 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
Christopher Witte ch...@witte.net.au 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
Achim Gratz strom...@nexgo.de 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
Hi Eric
On Thu, Jun 20, 2013 at 5:58 PM, Eric Schulte schulte.e...@gmail.com 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 second, I
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 fix in
Thorsten Jolitz tjolitz at 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
Hello,
Daniel G. Gerber daniel.g.ger...@gmail.com 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.
body\n
(let ((link-up (org-trim (plist-get
June, 20 at 15:03 Carsten Dominik wrote:
On Jun 20, 2013, at 9:30 AM, Ivan Kanis i...@kanis.fr 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!
--
Achim Gratz strom...@nexgo.de 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
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
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
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
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 if that
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 n.goaz...@gmail.com
Date: Thu, 20 Jun 2013 21:14:57 +0200
Subject:
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
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 an
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
kevinbanjo kevinba...@gmail.com 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.
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 backtrace.
--
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.
--
34 matches
Mail list logo