FSF papers are signed and the process is completed - so the revert can
be reverted now (the patch should still apply).
Sorry for the long delay...
Hi all,
there is a significant performance drop connected to (the quite old) commit
8c37281cb63a0b5cb0d84d22960e3a33d7680d40
ob-tangle: continued code blocks now implemented with the :noweb-ref header arg
which introduces the continued code blocks.
On the test file ([fn:1] for the old syntax,
Hi Eric,
thanks for looking into this providing a patch already!
I've just pushed up a patch which should speed up the collection of
continued source blocks. Please let me know if the performance increase
is sufficient for your example, if not we can look at more dramatic
methods of
Hi Eric,
Eric Schulte eric.schu...@gmx.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Eric,
thanks for looking into this providing a patch already!
I've just pushed up a patch which should speed up the collection of
continued source blocks. Please let me know
Tomas Grigera tgrig...@gmail.com writes:
Hi Eric,
Thanks a lot for your quick reply and fix. Getting the git repo
version scares me a bit, but I guess I'll just have to take the
plunge! Here we go :)
Thanks again,
Tomas
On Thu, Dec 29, 2011 at 16:51, Eric Schulte eric.schu...@gmx.com
Eric Schulte eric.schu...@gmx.com writes:
However correct performance is more important than fast performance.
I've just pushed up a patch which fixes the bug you've described, and
hopefully doesn't slow down the tangling process too significantly.
Hi Eric,
unfortunately, for me it does
Sebastien Vauban
wxhgmqzgw...@spammotel.com writes:
[...]
I think it might be good to have a parameter that expands noweb
references on evaluation and tangling, but leaves them alone during
export. This way the code block would be fully functional, but wouldn't
duplicate code during export
Hi all,
is it possible to make S-tab call the global org-cycle when the
point is in a source block?
Best,
Andreas
Bernt Hansen be...@norang.ca writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
is it possible to make S-tab call the global org-cycle when the
point is in a source block?
Yes,
(setq org-src-tab-acts-natively nil)
Regards,
Bernt
Hi Bernt,
thanks. But that disables tab
Michael Bach pha...@gmail.com writes:
Eric Schulte eric.schu...@gmx.com writes:
I don't know of a way to evaluate inline code blocks which are already
inside of regular code blocks.
Thanks for your thoughts on this, Eric. This would be *really*
convenient for me. Too bad the christmas
Michael Bach pha...@gmail.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
would this noweb-based approach work for you:
#+name: inner_test
#+begin_src R
4 + 4
#+end_src
#+name: test
#+begin_src latex :noweb yes
\begin{equation}
inner_test()
\end
Hi all,
I'd like to be able to call capture such that the captured item is
stored under '* Notes' in the current org-file *from inside an
org-edit-src-code buffer*.
Preferably, I'd like a single capture template, that works
(1) on the current org file normally
(2) on the parent org file after
Eric S Fraga e.fr...@ucl.ac.uk writes:
Leo Alekseyev dnqu...@gmail.com writes:
I often edit my org-babel code blocks via org-edit-special (C-'), in
part because I find the tabbing behavior within the code blocks to be
somewhat flaky. Inevitably, when editing the code block I will press
C-x
Eric S Fraga e.fr...@ucl.ac.uk writes:
Leo Alekseyev dnqu...@gmail.com writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
What version of org are you using? I ask because I used to experience
the annoyance you describe a while back; more recently (since at least a
few months ago), hitting
Hi all,
What is the suggested way to use org mode tables in connection with tangling?
Example: If I tangle this org mode file
/org-file=\
| * org-tables and reproducibility |
| #+name: params |
| |
Hi all,
I am experiencing a problem with the latex exporter: #+header: lines
are visible in the exported file.
Example:
/==\
* test header tag
#+caption: foo
#+label: fig:fig1
Sebastien Vauban
wxhgmqzgw...@spammotel.com writes:
Hi Andreas,
Andreas Leha wrote:
I am experiencing a problem with the latex exporter: #+header: lines
are visible in the exported file.
Example:
/==\
* test header tag
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Sebastien Vauban
wxhgmqzgw...@spammotel.com writes:
Hi Andreas,
Andreas Leha wrote:
I am experiencing a problem with the latex exporter: #+header: lines
are visible in the exported file.
Example
Hi all,
I experience unexpected behaviour with the excellent odt exporter in case of
included images.
When I add a #+caption the text width of that caption overrides the
specified image width (#ATTR_ODT: :witdh X), which I use to downscale
the image in the odt.
Especially if that caption will
Jambunathan K kjambunat...@gmail.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Sebastien Vauban
wxhgmqzgw...@spammotel.com writes:
Hi Andreas,
Andreas Leha wrote:
I am experiencing a problem with the latex
Jambunathan K kjambunat...@gmail.com writes:
Hello Andreas
Hi all,
I experience unexpected behaviour with the excellent odt exporter in case of
included images.
When I add a #+caption the text width of that caption overrides the
specified image width (#ATTR_ODT: :witdh X), which I use to
Hi all,
is it possible to get \ref{} to work in #+caption lines generally? As
it seems, the #+caption is not processed. So the \ref{} statements in
#+captions work only in LaTeX export, where \ref{} is valid. In the
#other exports, the \ref{} is exported literally.
Example:
=== test.org
Hi all,
there is an inconsistency of the odt exporter compared to the LaTeX and
the html export.
The following snippet exports correctly to LaTeX and to html, but
produces the text Figure Figure in odt.
Could the behaviour be synchronized?
=== example.org ==
* Test ref
Jambunathan K kjambunat...@gmail.com writes:
The following snippet exports correctly to LaTeX and to html, but
produces the text Figure Figure in odt.
Fixed.
Works great for me, thanks! And thanks for all these fast responses!
Best,
Andreas
Jambunathan K kjambunat...@gmail.com writes:
Jambunathan K kjambunat...@gmail.com writes:
Btw, I was trying to make the tables cute-looking
Just pushed a fix whereby one can control the width of the tables.
, commit f9d242
| Customize table width using :rel-width option. For
Nicolas Goaziou n.goaz...@gmail.com writes:
[...]
As a side note, #+label has been deprecated in favor of #+name (though
the former is immediately translated into the latter at parse time).
Sorry for hijacking this thread. But this side note is only valid for
the new exporter, correct? As
Eric Schulte eric.schu...@gmx.com writes:
[...]
To my mind a better path moving forward would be to change the behavior
of the :RESULTS: drawer so that it is exported but *not* to change the
default drawer export behavior. This way with a :wrap header argument
the code block results could
Hi all,
I experience unexpected behaviour when an inline source block is not
preceded by whitespace.
Example:
===
* Test inline
This is a functional inline src_R{print(source block)}.
This (src_R{print(here)}) is not.
===
Regards,
Andreas
Hi all,
this just came into my inbox:
http://www.jstatsoft.org/v46/i03
Great work! Big thanks to the authors.
- Andreas
Martyn Jago martyn.j...@btinternet.com writes:
Martyn Jago martyn.j...@btinternet.com writes:
Hi,
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
I experience unexpected behaviour when an inline source block is not
preceded by whitespace.
Example
Jambunathan K kjambunat...@gmail.com writes:
Hi Jambunathan,
thanks for looking into this. Answer to your questions below
Hello Andreas
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
But I experienced another issue with respect to images scaling in the odt
export:
This subtree
Eric Schulte eric.schu...@gmx.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Martyn Jago martyn.j...@btinternet.com writes:
Martyn Jago martyn.j...@btinternet.com writes:
Hi,
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
I experience unexpected
Marc-Oliver Ihm marc-oliver@online.de writes:
Hello !
Generally enjoying babel very much, I have stumbled across a behaviour, that
I do not quite understand:
As it seems, a #+call in babel removes hlines from the results.
Here is an example:
#+call: foo()
| 3 | 4 |
#+name: foo
Hi all,
I have several code blocks that must be evaluated during export, but
silently, i.e. I do not want code/output/anything to appear in the export.
How do I achieve this? The obvious :export none also disables evaluation.
Regards,
Andreas
smime.p7s
Description: S/MIME Cryptographic
Hi all,
just found out: the inline block works when I explicitly state :results
replace.
So both questions from the previous email collapse to: why is that
necessary?
Regards,
Andreas
Am 04.02.2011 17:13, schrieb Andreas Leha:
Hi all,
I have two questions:
(1) How do I get resuts from
Hi all,
I have two questions:
(1) How do I get resuts from code block evaluation (e.g. a single
number) inline into text during (LaTeX-)export? Something like: We use
a level of #+call: getLevel()
(2) Why do these two subheadings produce different output during
(LaTeX-)export?
* Test
**
Hi Dan,
thanks. That's what I was looking for. Works perfectly.
Cheers,
Andreas
Am 04.02.2011 17:25, schrieb Dan Davison:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
I have several code blocks that must be evaluated during export, but
silently, i.e. I do
Hi Dan,
Thanks for looking into this and for providing a patch that fast!
Andreas
Am 04.02.2011 18:11, schrieb Dan Davison:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
just found out: the inline block works when I explicitly state :results
replace.
So both
-archive.com/emacs-orgmode@gnu.org/msg29333.html
The upshot from that thread was that by including a :session
argument, you guarantee that the code runs on export.
--Erik
Andreas Leha wrote:
Hi all,
I have several code blocks that must be evaluated during export, but
silently, i.e. I do not want
Hi all,
I am having trouble with LaTeX export (again). In my sample code, the
source block below the headline 'Plot' produces a correct pdf, when
evaluated (C-c C-c), but when exported, the pdf is broken.
(I am on commit 0f01b842bb2b6fada2579d0278fc53422e8ea62f since the
removal of htmlp
Andreas,
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
#+BIND: org-export-latex-tables-centered nil
#+TITLE: Test Centered Tables
* Test
| col1 | col2 | col3 |
|--+--+--|
|1 |2 |3 |
But this does not work. The table stays centered
Hi all,
to make this explicit: I can not export to latex any more, but instead
I get
Exporting to LaTeX...
when: Symbol's value as variable is void: htmlp
Org HEAD
GNU emacs 23.2.1 (debian squeeze)
This is my failing org-file:
* Test
test
- Andreas
Am 16.02.2011 11:03, schrieb Bastien:
Hi all,
this topic has been here before and seems to be a TODO:
http://eschulte.github.com/babel-dev/TODO-shell-sessions-hang-in-many-cases.html
This still seems to be an issue
My questions:
(1) Has there been progress?
(2) Is there a better workaround than wrapping the shell commands in
Hi Piter,
First guess: functionality outside org-mode is slowing things down.
First candidate: line numbers turned on? If yes, try disabling.
Then there were discussions about speed here before, e.g.
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg27951.html
Maybe you find sth there.
HTH,
Hi all,
I usually produce tikz graphics in R which produce great results in
latex export (and I am able to handle them).
Now I have some plots too big to handle with tikz, so I go for pdf.
I have a question (example below):
There is one piece of code to produce several plots according to
Hi all,
sorry to reopen this thread, but this does not work for me (GNU Emacs
23.2.1, Org almost HEAD c7700d7bbee4f7596feb199b1ec1bc7750d4fb48)
For me the image in the attached example is always created during
(LaTeX)export. Even if I do the manual evaluation once (and the hash is
created).
K:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
to make this explicit: I can not export to latex any more, but instead
I get
Exporting to LaTeX...
when: Symbol's value as variable is void: htmlp
Org HEAD
GNU emacs 23.2.1 (debian squeeze)
This is my failing org
Hi all experts,
When working with source code in org mode I like to keep the parameters
in org-tables. Especially since I have code in different languages that
should share the same set of parameters.
Problem is: When I tangle my source code blocks the tangled files loose
the parameters.
How
Hi Jeffrey,
the attached sample file works for me.
The html is only sub-optimal, though, as it just includes a link to a
pdf file.
Cheers,
Andreas
Am 21.02.2011 02:56, schrieb Erik Iverson:
Jeffrey,
Now, I'd like to integrate them into an org document. I'd like:
1) To use babel to handle
Can not reproduce this anymore. My variables are exported nicely now.
Sorry for the noise.
- Andreas
Am 21.02.2011 10:06, schrieb Sébastien Vauban:
Hi Andreas,
Andreas Leha wrote:
When working with source code in org mode I like to keep the parameters
in org-tables. Especially since
Hi Torsten,
Have a look at the 'src_language{body}' construct as described here:
http://orgmode.org/org.html#Structure-of-code-blocks
Hth,
Andreas
Am 23.02.2011 06:55, schrieb Torsten Wagner:
Hi,
guess this is a FAQ or at least a stupid question.
However, I read along worg and wasn't able
aka #+lob aka #+function.
I will try he src_python{print f} and use a session...
However, I thought there might be a 'easier' way ;)
Thanks
Torsten
On 02/23/2011 04:53 PM, Andreas Leha wrote:
Hi Torsten,
Have a look at the 'src_language{body}' construct as described here:
http
Hi all,
Just a small patch that might make life easier for
LaTeX (and esp. tikz) users. It enables the output of graphics in a
lot of formats using imagemagick. See below for an example.
This is my first patch, I have never programmed emacs lisp before, and
my common lisp experiences have been
Hi all,
When ':noweb yes' is in the header, ':cache yes' is ignored during
export. (At least when I export the sample file below.)
To me this seems to be a bug. Or am I missing something?
Regards,
Andreas
PS: Example:
* Test
#+srcname: test_sleep
#+begin_src R
lines -- which I'm pretty sure is the copyright assignment cutoff.
For more information on contributing to Org-mode see the following
http://orgmode.org/worg/org-contribute.html
Thanks! -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
Just a small patch that might
for me -- that is the results were returned
without executing the sleep 5 code.
Maybe you are using an old version of Org, or you have non-standard
default header argument values?
Best -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
When ':noweb yes
Hi all,
I used to have parameters in org tables, which were in secions marked
with 'noexport'. Since this weekend, this does not work for me anymore.
Is this a bug or am I doing sth wrong here?
Regards,
Andreas
PS: the example (try to export)
* Parameters
to C-c ;.
Hope this helps -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
I used to have parameters in org tables, which were in secions marked
with 'noexport'. Since this weekend, this does not work for me anymore.
Is this a bug or am I doing sth wrong here
Thanks for the quick fix! Works nicely again!
Am 28.02.2011 20:32, schrieb Eric Schulte:
Ah,
This is a bug I introduced in one of my weekend commits. I've just
pushed up a fix.
Thanks for catching this -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Eric
Hi everyone,
Just pulled the latest HEAD and found that there is a regression in
babel. When a source block is evaluated via #+call the :results silent
header arguement is ignored during export
=test file
* Test1
#+srcname: test
#+begin_src R :session
Hi,
there are two rather new add-ons to ess that -- when activated --
break the connection between the org document and a R-src-buffer:
auto-complete-mode for R:
http://www.emacswiki.org/emacs/AutoCompleteSources#toc2
yasnippet for R: http://www.svenhartenstein.de/Software/R-autoyas
As
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi everyone,
Just pulled the latest HEAD and found that there is a regression in
babel. When a source block is evaluated via #+call the :results silent
header arguement is ignored during export
=test file
*R* :exports none
I just pushed up a fix which removes this requirement for named
sessions, so you example below should now work.
Best -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Eric,
thanks for your answer.
Just for me to understand: What is your
Hi all,
I have a feature request (if what I want is not already possible, that is).
Could a source code block, which has the :session header argument, be
associated with its session as soon as C-' is pressed?
The background to this question is, that all ess support functionality
for R
in hand it shouldn't be difficult to expand the
C-' behavior for R s.t. it automatically associates the resulting
Org-Src buffer with the proper R session.
Good idea. Best -- Eric
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi all,
I have a feature request (if what I want
Hi all,
how do I go about to tangle a subtree full of call lines into a specific
file? Of course, tangling is not execution and call lines are meant for
execution, but in a scripting language (this is all about R code) the
two are not too different.
Basically, I would love to see the code, that
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Thursday, 8 May 2014 at 15:38, Sebastien Vauban wrote:
[...]
The above things are currently (almost, for some) impossible. Changing
where the #+BEAMER_HEADER placeholder gets inserted makes them possible
and easy.
but unfortunately would make
Hi Rainer,
Rainer M Krug rai...@krugs.de writes:
Hi
I just realized (again) that tangling with variables in R contains many
particularities.
1) it only works with non-tables, i.e. single values.
When defining the following variables:
#+NAME: YEARS
| | year |
Hi Grant,
Grant Rettke g...@wisdomandwonder.com writes:
Good evening,
Over the past few months I've been working on the same literate
document. It has been a learning
experience for me, trial and error has abounded. The key tenet that
I've adhered too though is to truly
embrace literate
Sebastien Vauban sva-n...@mygooglest.com
writes:
Nick Dokos wrote:
Sebastien Vauban writes:
Michael Albinus wrote:
Sebastien Vauban writes:
That's what I'm speaking about. And if you have a local DocView
installation, it works for either remote or local files (Tramp
provides a local copy
Sebastien Vauban sva-n...@mygooglest.com
writes:
Andreas Leha wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
Nick Dokos wrote:
Sebastien Vauban writes:
Michael Albinus wrote:
Sebastien Vauban writes:
That's what I'm speaking about. And if you have a local DocView
installation
Hi Rainer,
Rainer M Krug rai...@krugs.de writes:
Hi
there seems to be a bug in the table transfer. The org file below
evaluates as shown, i.e. the TABLE_BLOCK contains one column less then
it should as the first column is discarded and the second one used as
the row names. This only occurs
Hi Rüdiger,
Rüdiger Sonderfeld ruedi...@c-plusplus.de writes:
Hi,
On Saturday 14 June 2014 15:11:21 Chris Raschl wrote:
recently I wanted to add a weather forecast to my org-agenda. I found
org-google-weather, but this package is obsolete since 2012, because the
API is not available any
Hi Thorsten,
Thorsten Jolitz tjol...@gmail.com writes:
Hi List,
evaluating this 3 times does not work as expected:
,
| * A
|
| #+header: :results raw replace
| #+begin_src emacs-lisp
| (+ 2 2)
| #+end_src
|
| #+results:
| 4
| 4
| 4
`
Independent from argument
Hi Thorsten,
Thorsten Jolitz tjol...@gmail.com writes:
Thorsten Jolitz tjol...@gmail.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Thorsten,
Thorsten Jolitz tjol...@gmail.com writes:
Hi List,
evaluating this 3 times does not work as expected
Hi all,
John Kitchin jkitc...@andrew.cmu.edu writes:
I am using org-mode files with equations and code blocks in lectures,
and it is problematic that C-c C-c removes the equation overlays when
running a code block. First, you have to press C-c C-c twice to run the
block, since the first one
Hi regcl,
regcl re...@channing.harvard.edu writes:
With this line in my .org file ...
This is src_R{foo-FOO; paste(foo)}.
... when I publish to html or pdf, I get ...
This is FOO.
... which is wonderful, except that FOO is monospace.
Can I turn off monospace for all results of
Hi Nick,
Nick Dokos ndo...@gmail.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi regcl,
regcl re...@channing.harvard.edu writes:
With this line in my .org file ...
This is src_R{foo-FOO; paste(foo)}.
... when I publish to html or pdf, I get ...
This is FOO
Nick Dokos ndo...@gmail.com writes:
Grant Rettke g...@wisdomandwonder.com writes:
Thanks for looking Thomas and Nick.
When I set this and export
,
| (setq org-export-babel-evaluate t)
`
I get the expected result of
,
| Here is a `16', stuck in the middle of some prose.
Hi all,
Nick Dokos ndo...@gmail.com writes:
Charles Berry ccbe...@ucsd.edu writes:
Matt Lundin mdl at imapmail.org writes:
[deleted]
Footnotes:
[fn:1] If one really needs to see the headlines in the original org
buffer, a hook can be used to remove the :RESULTS: drawer.
Hi Nicolas,
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Hello,
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Is that a valid feature request:
Allow the combination of :results raw and :results replace -- regardless
of the produced content?
IIUC the parser does not allow
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
No matter how special the results drawer is, it cannot (and shouldn't)
contain headlines.
You are the master of the parser...
That's why
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
But then, I do not understand your statement 'headlines are the only
limitation to raw+replace behaviour'.
This code block does not seem to respect 'raw+replace' for me:
#+name: dtrn
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
But in that case let me return to and refine my proposal: Why not have
drawer as the default unless raw is given?
Probably because raw never breaks your document, and is less verbose
in the simplest cases (e.g., a single list, value, table...),
Hi,
Grant Rettke g...@wisdomandwonder.com writes:
On Thu, Sep 11, 2014 at 5:05 PM, Adriaan Sticker
adriaan.stic...@gmail.com wrote:
I was wondering if it's somehow possible to give named org src buffer the
name they were give in their #+NAME tag? Now there are just called something
like:
Hi Adriaan,
Adriaan Sticker adriaan.stic...@gmail.com writes:
Well, I ussually just try to live with this limitation. :)
I try to C-c ' in and out src block whenever possible so my my list
with buffer names doesnt get to cluttered.
Im also thinking about investigating the usefullness of
Hi Nicolas,
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Hello,
Adriaan Sticker adriaan.stic...@gmail.com writes:
I've the following in my init.el
(setq org-edit-src-auto-save-idle-delay 5)
If I open in my org file a R code block with C-c ', edit into the opened
org-src buffer
Hi Thorsten,
Thorsten Jolitz tjol...@gmail.com writes:
Thorsten Jolitz tjol...@gmail.com writes:
Hi List,
see the attached ASCII version of org-bandbook.el's comment section for
more info:
___
ORG-BANDBOOK
Hi Charles,
Charles Berry ccbe...@ucsd.edu writes:
Andreas Leha andreas.leha at med.uni-goettingen.de writes:
Hi,
Grant Rettke gcr at wisdomandwonder.com writes:
On Thu, Sep 11, 2014 at 5:05 PM, Adriaan Sticker
adriaan.sticker at gmail.com wrote:
I was wondering if it's somehow
Hi Thorsten,
Thorsten Jolitz tjol...@gmail.com writes:
Hi List,
I set 'org-todo-keywords' as file-local variables in a file, and 'C-h v
org-todo-keywords' in that file's buffer suggests I was successfull:
,
| org-todo-keywords is a variable defined in `org.el'.
| Its value is shown
Hi Rainer,
Rainer M Krug rai...@krugs.de writes:
Hi
I want to highlight the cells in the table below with *** by using
color red for the font, **' by using green for the font, ... or, if not
possible, bold. Is any of this possible?
The table is generated in R, so the ascii package might
Hi Rainer,
Rainer M Krug rai...@krugs.de writes:
Andrea Rossetti andrea.rosse...@gmail.com writes:
Rainer M Krug Rainer at krugs.de writes:
I would like to make three stars bold - is this possible? I have the
following table and at the moment, I get what is in the latex
column. But I would
Hi all,
There seems to be a bug in table passing as variables now using the
tangle-friendly version of passing variables.
Here is an example (I get an error also with emacs -Q):
--8---cut here---start-8---
* test
#+name: testtab
| variable |
Hi Nicolas,
My only 'concern' is that it looks awkward or at least unfamiliar when the
property drawer is closed (which it is always in my documents).
I guess than it would change from
*** Call XXX
:PROPERTIES:...
2014-10-16 Thu 13:00-14:00
to
*** Call XXX
2014-10-16
Charles Berry ccbe...@ucsd.edu writes:
Andreas Leha andreas.leha at med.uni-goettingen.de writes:
Hi all,
There seems to be a bug in table passing as variables now using the
tangle-friendly version of passing variables.
Here is an example (I get an error also with emacs -Q):
--8
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Charles Berry ccbe...@ucsd.edu writes:
Andreas Leha andreas.leha at med.uni-goettingen.de writes:
Hi all,
There seems to be a bug in table passing as variables now using the
tangle-friendly version of passing variables.
Here
Hi Thierry,
abonnements abonneme...@thierry-pelle.eu writes:
Hi,
I would like to know if it is possible to desactivate a previously
open session.
Example :
* Test
:PROPERTIES:
:HEAGER-ARGS: :session SESS-TEST
:END:
some code in session mode
#+begin_src python
... some code
Hi,
I encounter a problem using $..$ expressions when they are enclosed
in parentheses.
This sample
--8---cut here---start-8---
#+TITLE: Test Math
* Some math
This $T$ works, but ($T$) this does not.
--8---cut
Hi all,
I encounter a BUG with org-toggle-latex-fragment on an equation that
uses amsmath's split environment.
(Exporting of the document works fine.)
The problem is that the \begin{equation},\end{equation} get stripped of
the temporary tex file.
Here is some test doc
--8---cut
Hi Richard,
Richard Lawrence richard.lawre...@berkeley.edu writes:
Hi Andreas,
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
I encounter a problem using $..$ expressions when they are enclosed
in parentheses.
This $T$ works, but ($T$) this does not.
Is that expected behaviour
1 - 100 of 676 matches
Mail list logo