Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> If there are `#+latex_header:' entries in a section and that section is
>> `COMMENT'ed out, I'd expect the #+latex_header entries to be
>> uneffective. As they are when I comment t
Hi,
The overlay specification for bold markup (as in
*@@beamer:<2->@@useful*) is ignored when used in the label of a
description list. Is this a bug?
Regards,
Andreas
PS: ECM:
--8<---cut here---start->8---
#+TITLE: Example Presentation
#+
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> The overlay specification for bold markup (as in
>> *@@beamer:<2->@@useful*) is ignored when used in the label of a
>> description list. Is this a bug?
>>
>> Regards,
Seb
FWIW, I agree that COMMENT should be equivalent to individual line # .
Sections that should be accessible without being exported get
the :noexport: tag.
Is there any usecase for COMMENTed sections that is not covered
by :noexport:?
Regards,
Andreas
Hi Nicolas,
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> FWIW, I agree that COMMENT should be equivalent to individual line # .
>
> I hope you mean it should be equivalent during export only. Otherwise,
> it would introduce some serious slowdown as COMMENT can be in
Hi Nicolas,
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> I see. I did not consider any possible slow-downs. I'd expect COMMENT
>> to behave exactly like # in every regard -- not only export. That is a
>> clearly defined behaviour, that should not produc
x, ox-ascii, ox-html, and
> ox-odt.
>
> —Rasmus
>
[... the patch ...]
I have not followed the discussion. But I like a uniform subtitle
support across relevant backends. So, my only question is: this patch
does not include ox-beamer, right? This is where I include my own latex
subtitle most times
Regards,
Andreas
Rasmus writes:
> Andreas Leha writes:
>
>> I have not followed the discussion. But I like a uniform subtitle
>> support across relevant backends. So, my only question is: this patch
>> does not include ox-beamer, right? This is where I include my own late
R: :session *mysession3*
:header-args: :cache yes
:EXPORT_TITLE: mytitle 3
:EXPORT_LaTeX_HEADER: \subtitle{mysubtitle 3}
:EXPORT_FILE_NAME: myfile3
:EXPORT_DATE: mydate 3
:EXPORT_LaTeX_CLASS: mybeamer 3
:EXPORT_OPTIONS: H:2 toc:nil
:END:
--8<---cut here---end--->8---
HTH,
Andreas
.g. multicite) in practice but I'm also not attached to
> bibtex.
I am a happy biblatex user for all my 'own' documents. But (as was
mentioned previously) scientific journals that accept latex submissions
will require bibtex and won't support biblatex. So, I'd say that one of
the other methods (preferably bibtex) is still necessary.
Regards,
Andreas
Hi,
Richard Lawrence writes:
> Hi Eric and all,
>
> Eric S Fraga writes:
>
>> On Wednesday, 1 Apr 2015 at 08:49, Andreas Leha wrote:
>>
>> [...]
>>
>>> I am a happy biblatex user for all my 'own' documents. But (as was
>>
per references.
>>
>> I guess a bare target is an element without a NAME. I find this a bit
>> strange, since the user already adds the target manually. So I think it
>> is already the user's responsibility to ensure it is consistent.
>> Shouldn't then Org leave this unchanged?
>
> That seems like a bug.
>
Seems both, self-fixing and Rasmus-fixing.
(Sorry, could not resist.)
Andreas
mmas to get this to work?
>
> If inline use:
>
>~sinfo -elo "%30N %.5D %9P %11T %.6m %20E"~
>
> Note the zero width space. It should work with xelatex. Otherwise remove
> it with a filter.
>
You could also do sth like (untested):
@@beamer:{\ttfamily @@si
Hi Ken,
Ken Mankoff writes:
> I'm having trouble specifying image sizes in Beamer. I am using the following
> code. Is this correct syntax?
>
> * Foo
> ** Bar
> *** Baz
> #+ATTR_LATEX: height=\textheight
> [[./map.png]]
>
I think that should be
#+ATTR_LATEX: :height \textheight
Andreas
then if I try to Run Latex on the .tex file just by
> itself it gives an error. Here's what the org-mode tangle produces:
>
[ ... snip ... ]
Tangling is not meant to produce full LaTeX files. If you want a full
and compilable LaTeX document, use the export functionality and export
to tex instead of pdf. Then, you can manually compile the tex file.
Hope that helps,
Andreas
Using the current git master, any exported Markdown doesn't include
title, author, and date information. Is this desired behaviour, or is
it a bug?
-- Andreas.
roken.
I would like to again have the name of the source block displayed
during execution of src blocks. Is there a function in org already?
And if not, how would the proposed function look like so that it works
during export as well?
Thanks in advance!
Andreas
Hi Sebastien,
Sebastien Vauban writes:
> Andreas Leha wrote:
>> for quite some time I've had the following in my .emacs:
>>
>> ;; This Snippet returns the name of the current source block.
>> ;; An elisp block to simplify the =:prologue= definition.
>> ;; A
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> During export (and preview (C-c C-v v)) the code block name is not
>> displayed.
>
> See `org-babel-exp-code-template'.
>
Thanks for looking into this.
If I get you correctly, you
into Org 8.4, if deemed
> useful enough.
>
> Feedback welcome.
>
>
> Regards,
Hi Nicolas,
I have finally made some time to test this. I get some
unexpected warnings:
79 low Unknown value "myfile.R" for header ":tangle"
192 low Unknown value "none" for header ":results"
22985 low Unknown value "never-export" for header ":eval"
Thanks for this very useful tool!
Thanks,
Andreas
024BF6-48F1-4300-9D0D-831A410BB40B
:END:
[[att:sample_attachment.pdf][This]] is found.
*** In Subsections
[[att:sample_attachment.pdf][This]] is not found.
--8<---cut here---end--->8---
Regards,
Andreas
PS: the relevant part of my setup:
--8<---
ection
>> - probable invalid keywords
>> - invalid blocks
>> - probable incomplete drawers
>> - obsolete QUOTE section
>>
>> Since it relies on lexical binding, `pcase' and `string-prefix-p', it
>> cannot be added to Org 8.3, but can make it into Org 8.4, if deemed
>> useful enough.
>>
>
> This sounds very interesting and I would like to try it out. I
> understand that it can't be put into master, but could it be put into a
> branch?
>
> This would make testing a bit easier.
>
It is. The branch is called `wip-lint'.
Regards,
Andreas
:results"
>
> Make sure you rebased the wip-lint branch on top of master.
>
>> 22985 low Unknown value "never-export" for header ":eval"
>
> I added it to allowed value. You need to update Org.
>
I just pulled and rebased again. The "never-export" issue is
gone, indeed. The others are still there. What am I missing
here?
Thanks,
Andreas
Hi all,
Andreas Leha writes:
> As it seems, attachments are not found when they are attached to
> a parental header. Is that on purpose?
>
> IMO, it would be nice if attachments would be searched for up the
> hierarchy as well. The attachment directory is not inherited, as
>
Hi Nicolas,
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> I just pulled and rebased again. The "never-export" issue is
>> gone, indeed. The others are still there. What am I missing
>> here?
>
> Nothing. I overlooked a typo. It should be fixe
Test code block names
Try C-c C-v g t e s t RET
I expect to be taken to the code block, but I get [no match].
#+name: test
#+begin_src R
1:10
#+end_src
--8<---cut here---end------->8---
Regards,
Andreas
Hi Nicolas,
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> But I still get
>>
>> 191 low Unknown value "none" for header ":results"
>
> Could you show an ECM? I cannot reproduce it.
>
Sure:
--8<---cut here--
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> Since some time (sorry, no bisect, I am afraid) I am having issues
>> with `org-babel-goto-named-src-block'.
>>
>> I simply can not find any source block any more -- e
Hi Nicolas,
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> * Test code block names
>>
>> #+name: test
>> #+begin_src R :results none
>> 1:10
>> #+end_src
>
> OK. It was a R-specific bug. It should now be fixed.
>
Thank you! Fix confirmed. The last warning is gone.
Thanks,
Andreas
Hi Rainer,
Rainer M Krug writes:
> Rainer M Krug writes:
>
>> Rainer M Krug writes:
>>
>>> Andreas Leha writes:
>>>
>>>> Hi Rainer,
>>>>
>>>> Rainer M Krug writes:
>>>>> Nicolas Goaziou writes:
>>
; :var
im2="im2.png" :var outname="out.png"
convert "$im1" "$im2" +append "$outname"
echo "$outname"
#+end_src
*** test
#+name: combinedfig
#+call: sidebyside(im1="img1.pdf", im2="img2.pdf") :results file
#+caption: stitching side-by-side using imagemagick
#+results: combinedfig
[[file:out.png]]
--8<---cut here---end--->8---
Regards,
Andreas
have not experienced any problem with that package and it appears to
handle more cases (especially spaces) than 'quoting'. So, it might be
an alternative to use grffile by default? Even with the downside of
more dependencies. But maybe more experienced LaTeX users might have a
different opinion.
Regards,
Andreas
Build 13E28)) of 2014-09-02
- Org-mode version 8.3beta (release_8.3beta-1174-g9651ee)
Regards,
Andreas
Hi all,
Andreas Leha writes:
> Hi all,
>
> Today I found out the hard way, that org-edit-src-auto-save-idle-delay
> does not have any effect for me any more. I'd say this is a serious
> regression.
>
> I have tested with emacs -Q.
>
Turned out I have not teste
happen. This is bad as
with a longer running emacs the risk of crashing increases together with
the risk of now auto-saves.
I have no clue what triggers this. How can I debug this? I guess the
timer is not working any more.
Thanks,
Andreas
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> All my tests now show that (at least) in a fresh emacs session the
>> auto-saving still works -- also repeatedly.
>>
>> But in longer running emacs sessions things stop working: I ed
nown header argument "imoutoptions"
|451 high Unknown header argument "iminoptions"
|451 high Unknown header argument "imagemagick"
|451 high Unknown header argument "fit"
`
Best,
Andreas
cute in a "throw away
>>> session" which I would like to discard afterwards.
>>>
>>> So I am looking for something like
>>>
>>> #+CLOSE_SESSION Test
>>>
>>> which would then close the session *Test*
>>>
>>> Is something like this possible at the moment?
>>>
How about
--8<---cut here---start->8---
#+name: killRsession
#+begin_src emacs-lisp :var rsession="*myR*" :results none
(progn
(switch-to-buffer rsession)
(ess-quit)
(sleep-for 1)
(kill-buffer))
#+end_src
#+call: killRsession("*myR*") :results none
--8<---cut here---end--->8---
Andreas
Hi Rainer,
Rainer M Krug writes:
> Andreas Leha writes:
>
>> Hi Rainer,
>
> Hi Andreas,
>
>>
>> Rainer M Krug writes:
>>> Christopher Witte writes:
>>>
>>>> perhaps what you want is a named session, see
>>>> http://org
Rainer M Krug writes:
> Andreas Leha writes:
>
>> Hi Rainer,
>>
>> Rainer M Krug writes:
>>> Andreas Leha writes:
>>>
>>>> Hi Rainer,
>>>
>>> Hi Andreas,
>>>
>>>>
>>>> Rainer M Krug writes
be great if this could be fixed.
>
> I would like to help but need help myself on how to produce
> profiler reports. My org mode version is
>
> 8.3beta (release_8.3beta-1228-gd1f9aa @ /home/grfz/src/org-mode/lisp/)
>
> but I have this problem since months or years.
>
Shot in the dark: Do have linum-mode enabled? That is always my first
candidate when I experience slowdowns.
Best,
Andreas
s in
.emacs:
--8<---cut here---start->8---
(add-to-list 'load-path "~/path/to/org-mode-from-git/")
(require 'org-loaddefs)
--8<---cut here---end------->8---
Why do I get this error?
Many thanks in advance,
Andreas
Andreas Leha writes:
> Hi all,
>
> I have two lines like this in my .emacs:
>
> (org-babel-lob-ingest "~/path/to/library-of-babel.org")
> (org-babel-lob-ingest "~/path/to/custom-library-of-babel.org")
>
>
> All works fine usually. But when I sta
Hi,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> Andreas Leha writes:
>>> Hi all,
>>>
>>> I have two lines like this in my .emacs:
>>>
>>> (org-babel-lob-ingest "~/path/to/library-of-babel.or
ces graphics, etc. tangle-ing the src blocks and exporting the
> vignette creates the package.
>
I'd love to see that org document, but I do not seem to be able to find
it. Is it available anywhere?
Thanks,
Andreas
"Charles C. Berry" writes:
> On Thu, 18 Jun 2015, Andreas Leha wrote:
>
>> Hi Chuck,
>>
>> [snip: all context about workflows for R projects]
>>
>>> For example, the bioConductor package geneRxCluster [1] comes from an
>>> Org mode d
and easily combine all the data.
>
> Further advantage: I can actually create the package and send it to
> somebody for testing and review and it should run out of the box, as in
> the DESCRIPTION file all dependencies are defined.
>
> I am using this approach at the moment for a paper and which will also
> result in a paper. By executing all the scripts, one will be able to do
> import the raw data, do the analysis and create all graphs used in the
> paper.
>
> Hope this gives you another idea how one can handle long running
> analysis in R in org,
>
> Cheers,
>
> Rainer
>
That is a cool workflow. I especially like the fact that you end up
with an R package.
So, I'll try my again. Is there there any chance to see working
example of this? I'd love to see that.
Thanks,
Andreas
Rainer M Krug writes:
> Andreas Leha writes:
>
>> Hi Rainer,
>
> Hi Andreas,
>
>>
>> Rainer M Krug writes:
>>> "Charles C. Berry" writes:
>>>
>>>> On Wed, 17 Jun 2015, William Denton wrote:
>>>>
>>&g
nnoying -- especially if the table was auto-generated by sth else.
While looking at handling tables, could I suggest to switch to csv
instead of tsv for the table passing? I still see issues with tables
not separated. (This happens only in preview (C-c C-v v) and not when
executing the block.) I never had time to track this down, but I get
caught now and then. Using csv should be more robust in this regard.
Thanks,
Andreas
ou must release the program in a
GPL-compatible way, regardless of the license used in the Perl or Java
interpreter that the combined Perl or Java program will run on.
So if I understand this correctly, an R module can be non-GPL if and
only if it does not use any GPL'ed R modules.
Cheers,
Andreas.
I want to show some plot:
#+CALL: myplot[:exports results]() :results file
#+results:
[[file:my-plot.pdf]]
* Appendix
Here the code of the plot should be shown:
#+NAME: myplot
#+BEGIN_SRC R :results graphics :exports code :file my-plot.pdf
hist(rnorm(50))
#+END_SRC
--8<---cut here---end--->8---
Best,
Andreas
age, the answer is no.
The interpreted program, to the interpreter, is just data; a free
software license like the GPL, based on copyright law, cannot limit
what data you use the interpreter on. You can run it on any data
(interpreted program), any way you like, and there are no
requirements about licensing that data to anyone.
--
Andreas Hilboll
On 28.07.2015 11:30, Oleh Krehel wrote:
> Andreas Hilboll writes:
>
>>>> Look here:
>>>> https://en.wikipedia.org/w/index.php?title=GNU_General_Public_License§ion=11#Libraries
>>>>
>>>> Most useful quote:
>>>>
>>>>>
isk for the COMMENT keyword to
be dropped I just wanted to express my support for it.
Regards,
Andreas
{$A$};
> \draw (7,5) node[above right] {$B$};
> \fill (0,0) circle (2pt);
> \fill (7,5) circle (2pt);
> \end{tikzpicture}
> #+END_LaTeX
>
> As I'm new to org-mode, I may missed something that I could use
> instead (although I searched the internet very hard). Please feel free
(boundp 'backend) (org-export-backend-name backend) nil) ,@body))
#+end_src
--8<---cut here---end--->8---
Regards,
Andreas
[1] http://tex.stackexchange.com/a/232739
Haochen Xie writes:
> Hi Fabrice,
>
> Thank you for mentioning dvisvgm. I
8<---cut here---start->8---
http://www.w3.org/2000/svg";
xmlns:xlink="http://www.w3.org/1999/xlink"; width="60.55959pt"
height="103.23871pt" viewBox="-30.27975 -94.29848 60.55959 103.23871 ">
--8<---
'.
My question:
How do I associate that with the python process in *mypy*?
I am asked to start python when I run python-shell-send-region.
Thanks,
Andreas
Regards,
Andreas
[1] https://github.com/tj64/outshine
https://github.com/tj64/outorg
[2] complete backtrace when opening a random org file
--8<---cut here---start->8---
Debugger entered--Lisp error: (error "Before first heading")
signal(er
Hi Ken,
Ken Mankoff writes:
> Hi Andreas,
>
> On 2015-08-12 at 08:06, Andreas Leha
> wrote:
>> How do I associate that with the python process in *mypy*?
>> I am asked to start python when I run python-shell-send-region.
>
>
> I have set up my system so that
Hi John,
Thanks for the confirmation!
Andreas
John Kitchin writes:
> I can only confirm I have had the same issue for a while. For me it is
> mostly when I press shift-tab. regular tab works fine for cycling.
>
> The problem seems to arise from the point moving to the begi
t triggers the hang is
>> unimportant. Once cache is corrupted, many actions can trigger a freeze.
>> What matters is the root of the corruption.
>
> I still get hangs from time to time, and `kill -12 $(pidof emacs)'
> always shows flyspell-mode in the mix. I never get hangs without
> flyspell-mode. I think this has been mentioned before, but I don't know
> if anyone went any farther with it. I still get hangs!
Same here.
Regards,
Andreas
Hi Bastien,
Bastien writes:
> Hi Andreas,
>
> Andreas Leha writes:
>
>> For quite some time now, I have to disable outshine/outorg [1] as it
>> does give me "Before first heading" (complete backtrace [2]) whenever I
>> open an org file followe
Hi Kaushal,
Kaushal writes:
> I had submitted a pull request to solve this issue on that author's outshine
> package page a couple of months back but as Andreas noted, the author hasn't
> been able to maintain this stuff
> due to personal reasons.
>
> You can fix t
a while that `org-back-to-heading' et al throw
> errors when they're used before the first heading, but I haven't
> really come up with a better solution.
Thank you for your patch! It seems as it breaks global visibility
cycling, though.
Regards,
Andreas
Hi all,
How can I make my toy sample file below export properly to github
flavoured markdown (using ox-gfm)?
(Of course including the file local variables in exported *.md file...)
If I try I get
,
| hack-local-variables: Malformed local variable line: ""
`
Thanks,
Andreas
I forgot...
Andreas Leha writes:
> Hi all,
>
> How can I make my toy sample file below export properly to github
> flavoured markdown (using ox-gfm)?
>
> (Of course including the file local variables in exported *.md file...)
... and without having them apply to the current *
f Contents
1. Test File
# Test File
With text.
--8<---cut here---end--->8---
which refers to non-existent "orgheadline1".
Is this a bug in ox-gfm?
Best,
Andreas
without evaluating first, how can you be sure that the
resulting document is based on the latest version of the code contained
in the code blocks? So, from my point of view the default is the safe
option and, thus, fine.
Regards,
Andreas
Hi Nick,
Nick Dokos writes:
> Andreas Leha writes:
>
>> I forgot...
>>
>> Andreas Leha writes:
>>> Hi all,
>>>
>>> How can I make my toy sample file below export properly to github
>>> flavoured markdown (using ox-gfm)?
>>&g
ob-R,
> while falling back on org-babel’s less intelligent features for other
> languages (or in R environments that don’t have knitr available).
That would be just awesome!
Regards,
Andreas
Hi Nick,
Nick Dokos writes:
> Andreas Leha writes:
>
>> Hi Nick,
>>
>> Nick Dokos writes:
>>> Andreas Leha writes:
>>>
>>>> I forgot...
>>>>
>>>> Andreas Leha writes:
>>>>> Hi all,
>>>>
Nick Dokos writes:
> Andreas Leha writes:
>
>>
>> Thanks for following that up! That is interesting. How did you see
>> that file with the empty lines? I do not get anything exported --
>> neither md nor gfm.
>>
>
> I looked in the " *tem
be an ox-md (or perhaps ox-html) issue however and I'm not
>> equipped to wade into those waters. Assuming this is correct, maybe you
>> can add a filter to get rid of the empty lines?
>
> AFAIR, Markdown requires a blank line between elements (e.g.,
> paragraphs). I haven't followed the thread, but can't you use
>
> #+begin_markdown
> ...
> #+end_markdown
>
> instead?
>
I can. Thanks a lot. That works as expected.
Regards,
Andreas
Hi,
when using org-mode taking notes --separated by stars-- M-q refuses to
take action, as it doesn't fill headers.
Any solution?
Thanks,
Andreas
do you run?
HTH,
Andreas
[1] http://tex.stackexchange.com/a/232739
Alan Schmitt writes:
> Hello Andreas,
>
> I’m slowly catching up on the org mailing list, and I found your example
> very interesting. I tried to run it and it does not seem to work here.
> Here is what I did:
&
s the global
> default.
Thanks for that! I'll keep that in mind.
Regards,
Andreas
>
> As said by Andreas,
> it's probably that
> your
> by
> -backend
> macro
>
> is not working
> properly, or, maybe you are not using a recent enough
Hi Eric,
Thanks for following that up!
Eric S Fraga writes:
> On Thursday, 3 Sep 2015 at 13:30, Andreas Leha wrote:
>> Hi Alan,
>>
>> Glad you like the example.
>>
>> Three things:
>> 1. It still works for me ;-)
>
> Andreas,
>
> the example d
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> This macro is from Eric Schulte initially. And I guess I would be out
>> of luck adapting it to new Org mode versions as well.
>
> What about
>
> (defmacro by-backend (&re
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> Seems to work fine!
>>
>> Just note, that it works for me only after exporting
>> (when tested under emacs -Q).
>
> `org-export-current-backend' is set when exporting a document, much like
> `backend
darwin14.5.0, NS appkit-1348.17 Version
> 10.10.5 (Build 14F27)) of 2015-09-10
> | Org-mode version 8.3.1 (release_8.3.1-225-g66a211 @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
> `
>
>
This might be the issue discussed earlier [1]. If so, it is solved (see the
linked thread).
Regards,
Andreas
[1] http://article.gmane.org/gmane.emacs.orgmode/100215/match=outshine
Hi,
Eric Schulte writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Andreas Leha writes:
>>
>>> inline source -- when on its own line -- breaks the paragraph, which is
>>> unexpected.
>>>
>>> Here is a test file:
>>>
le are no longer tolerated
>
> remarks: I like the new smart quotes. More comfortable than putting in
> the utf characters via C-8-RET (which is handy, though, for simple
> formulae).
>
> Regards
>
> Martin
Hi Martin,
I think 1-2 are related to an earlier report [fn:1]. As it seems this
is on the todo-list of the right person.
Regards,
Andreas
Footnotes:
[fn:1] http://article.gmane.org/gmane.emacs.orgmode/77937
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> So in short: If page breaks are not in org directly many people will
>> end up with inferior and/or less portable org files.
>
> For the record, after thinking about it, I'd rather st
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> Just for me to understand:
>> The recommended way now
>
> Note that the recommended way hasn't really changed. There was no
> recommended way before, nor there is one now.
>
;
my words:
1. Cross-backend (or more cross-backend) support of \newpage built into
Org directly was disapproved in favor of a less portable filter based
solution [fn:1].
2. Introducing invisible chars (as syntax for a possible implementation
of such cross backend \newpage) in Org syntax
Hi Tom,
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Andreas,
>
> Andreas Leha writes:
>
>> Bastien writes:
>>
>>> Nicolas Goaziou writes:
>>>
>>>>> So in short: If page breaks are not in org directly many people will
>>>>
Bastien writes:
> Hi Andreas,
>
> Andreas Leha writes:
>
>> It is a very small thing and I am very much happy with using a filter based
>> approach here.
>
> One thing really worth improving is the tutorials around filters on
> Worg. Or maybe: let's c
=blue!50,drop shadow](C) [below=2.6cm,right=1cm]
{{\small Death ~~~State 3}};
\path (A) edge [] node[left] {{\small $\lambda_{13}(t)$
Covariates~$HR_{13}$}} (C);
\path (B) edge [] node[right] {{\small $\lambda_{23}(t)$
Covariates~$HR_{23}$}} (C);
\end{tikzpicture}
#+end_src
#+CAPTION: Basic idea of the model demonstrating the transition states.
#+RESULTS: fig:markovdesc
[[file:~/tmp/plot_markovModel.png]]
--8<---cut here---end--->8---
Regards,
Andreas
d 2 hours to export some document
from last year again today.
A change like this one (renaming sbe to org-sbe) is a small change and
will only be an annoyance in one years time. The drop of the implicit
naming of call lines, for example, was (and still will be for some of my
files) a bigger issue.
Regards,
Andreas
Hi Tom,
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Andreas,
>
> Andreas Leha writes:
>
>> I am not as organized as Tom is. So the chances to use my up-to-date
>> orgmode and successfully export any of my org documents from a year ago
>> (they are almost all &#
Hello Sebastien,
"Sebastien Vauban"
writes:
> Hello Andreas,
>
> Andreas Leha wrote:
>> The drop of the implicit naming of call lines, for example, was (and
>> still will be for some of my files) a bigger issue.
>
> Could you remind me what's the probl
but now text is indented from here :-(
>
To me this feels correct.
> Is there anyway to use auto-fill-mode without changing indentation?
I do not have an answer, sorry.
Regards,
Andreas
Hi Achim,
Achim Gratz writes:
> Andreas Leha writes:
>> I am not as organized as Tom is. So the chances to use my up-to-date
>> orgmode and successfully export any of my org documents from a year ago
>> (they are almost all 'Literate Programming' documents a
w/org-mode/etc/styles")
> in various places, hooks etc have not changed the fact that it gets
> the builtin one
I did have problems with that one as well. Setting this in .emacs
worked for me, though. But it was not considered the 'definite'
solution back then [fn:1].
Regard
e used if the generation of the actual graph fails. It would be
> great (but not necessary) if the actual error message would be in the
> image.
Such an place holder image would be great, indeed.
Thanks for bringing this up!
Regards,
Andreas
ions
* Figures
--8<---cut here---end--->8---
Which is undesired and which I will have to correct. (And I will fail to
correct that most times...)
So, is there any 'pre-header' facility, that I am unaware of?
Regards,
Andreas
sage "This is a
> placeholder for a new fantastic graph".
>
> I have now added the error to the normal R output in addition to a
> graph, but the export is not canceled.
>
>
>>
>>>
>>> I'll send you the patch then.
>>>
>>
>> Sounds great, thanks.
>
> OK - here it is attached (my first patch to org :-) ) - let me know if
> it is OK.
>
Really nice addition! Thanks already (without testing the patch)!
[ ... ]
Regards,
Andreas
on' as describer in
> the R help of read.table(), last example.
>
> Cheers,
>
> Rainer
there has been a thread about this about two years ago:
http://article.gmane.org/gmane.emacs.orgmode/51153
Regards,
Andreas
Rainer M Krug writes:
> On 01/21/14, 20:37 , Andreas Leha wrote:
>> Hi Rainer,
>>
>> Rainer M Krug writes:
>>
>>> I just realized that babel is using temporary files when passing
>>> tables to R (no idea about other languages). This is OK when
901 - 1000 of 1145 matches
Mail list logo
