Greetings Bastien.
Bastien writes:
>> Bastien, ob-asymptote is still a part of org-contrib [1]. Should we
>> just go ahead and change the maintainer now?
>>
>> [1] https://git.sr.ht/~bzg/org-contrib/tree/master/item/lisp/ob-asymptote.el
>
> Yes, done. Thanks Jarmo for taking over the
Greetings Ihor.
Ihor Radchenko writes:
> Jarmo, did you hear anything from Luc? There was no action in
> ob-asymptote for over a year. If the current maintainer does not reply
> to email requests related to ob-asymptote, I'd rather transfer to
> maintenance to someone more active.
Nope. I
Greetings Thomas.
"Thomas S. Dye" writes:
> I'm struggling to write a minimal ob-doc-haskell.org for Worg.
>
> The obligatory Hello World! example yields bad results.
>
> #+name: haskell-hello-world
> #+begin_src haskell
>
> main :: IO ()
> main = putStrLn "Hello, World!"
> main
>
Greetings Bastien.
Bastien writes:
> Did you manage to get feedback from Luc, maintainer of ob-asymptote.el
> on org-contrib to decide who will maintain it, where to host it? It
> seems like having ob-asymptote.el on GNU ELPA would be very good.
Not yet, but after my recent return from the
Greetings Bastien.
>> I see that ob-processing.el has currently no maintainer. I volunteer.
>
> Thanks! I added you as the maintainer in the main branch.
Excellent. I will get onto it.
All the best,
Jarmo
Greetings Bastien!
Bastien writes:
>> I hereby volunteer to maintain ob-asymptote.el. This file has been
>> moved to org-contrib, but I would like it to be brought back into Org
>> itself.
>
> I added Luc (cc'ed) as the maintainer of ob-asymptote.el a while ago:
>
>
Hello Ihor.
Ihor Radchenko writes:
> Well. You convinced me. If Asymptote has very stable syntax and major
> features, it probably makes more sense to maintain it within Org or
> within Org community.
If Bastien shows the green light, I am looking forward to giving back
something to the
Hello again.
Ihor Radchenko writes:
> Jarmo Hurri writes:
>> As a result, changes in Org are much more likely to affect
>> ob-asymptote.el than changes in Asymptote. I think basic software
>> development rules of thumb suggest that ob-asymptote.el should then
>> be
Greetings again, Ihor.
Ihor Radchenko writes:
> After removing org-contrib over a year ago, your email is the first
> issue raised regarding ob-asymptote removal.
This is an interesting observation.
I have been using Asymptote with Org all the time, with the latest Org
from ELPA. Only when
Greetings Ihor.
Ihor Radchenko writes:
> Jarmo Hurri writes:
>
>>> Then, would it make more sense to include ob-asymptote.el into the
>>> asymptote distribution?
>>
>> I do not think this is a good idea:
>>
>> - I am not involved in the devel
Ihor Radchenko writes:
> Jarmo Hurri writes:
>>> TBH, this is the first time I'm hearing about it. I've looked it
>>> up, and indeed it seems to be useful.
>>
>> For some reason, even people who would certainly benefit from
>> Asymptote often have not he
Hello Munyoki.
Munyoki Kilyungi writes:
>> I do not understand this. Why would supporting a professional-level
>> graphics programming language be distracting someone from their work
>> when using Org?
>
> I'm not _against_ supporting a proffesional-level graphics PL. What
> I'm trying to
Greetings.
I see that ob-processing.el has currently no maintainer. I volunteer.
All the best,
Jarmo
Greetings Munyoki.
Munyoki Kilyungi writes:
> Hi Jarmo!
>
> Jarmo Hurri anaandika:
>
>> I hereby volunteer to maintain ob-asymptote.el.
>
> Nice!
>
>> This file has been moved
>> to org-contrib, but I would like it to be brought back into Org itsel
Hello Ihor.
Ihor Radchenko writes:
> Max Nikulin writes:
>
>>> Is major-mode for editing asymptote code available easily?
>>> I was unable to find anything relevant in ELPA and non-GNU ELPA.
>>
>> I am not an asymptote user, but the following suggests that it may be
>> installed with
Hello Nick!
Nick Dokos writes:
> Jarmo Hurri writes:
>
>> ...
>>
>> I would like ob-asymptote.el to be brought back. If there is something I
>> can do to help, I will be glad to do so.
>>
> All you have to do is volunteer to maintain it. Let Bastien kno
Greetings.
I hereby volunteer to maintain ob-asymptote.el. This file has been moved
to org-contrib, but I would like it to be brought back into Org itself.
I strongly feel that Asymptote is way too valuable as a scientific tool
to be dropped out of Org.
All the best,
Jarmo
Greetings.
Summary: I vote, very late, for the inclusion of ob-asymptote.el into
Org. In my opinion, Asymptote is far too valuable a tool to be excluded
by default.
Long version:
Either me or my system have been sleeping for quite a while, because
just today I woke up to the fact that
Greetings Tim.
Tim Cross writes:
> I think you missed one obvious solution - donwload the jar file from
> the ditaa project homepage on sourceforge.
> Another alternative which I just found is the ditaa version on github,
> which has SVG support. See https://github.com/stathissideris/ditaa.
Howdy.
"Thomas S. Dye" writes:
>> 2. Use the program "ditaa" (not ditaa.jar) that comes with your
>>operating system. This _may_ work, but I have not been ableto
>> misuse
>>the settings in ob-ditaa widely enough yet to create aworking
>>solution.
>
> This worked for me on
Colin Baxter writes:
>>>>>> Jarmo Hurri writes:
>
>
>> 3. Copy ditaa.jar from previous version of org. Works in the short
>> run, but I do not think we want to advocate this: "We took ditaa.jar
>> out of org, so you will want to download
Greetings.
Let me collect the suggested responses with their merits and potential
issues.
1. Use ditaa.jar that comes with your operating system. Perfect if this
works. Seems to work e.g. in Debian, does not seem to work with
Fedora. Perhaps because one is a standalone library and the
Greetings.
I use ditaa with org on a regular basis. Now that ditaa.jar is out of
org 9.5, I need to cope with the situtation.
I see two options, and neither was successful today. This is sort of
what I was afraid of when I voted for keeping ditaa bundled with org.
1. I am running Fedora 34,
Ihor Radchenko writes:
> Jarmo Hurri writes:
>
>> Greetings.
>>
>> I just installed (stable) 9.5. from GNU ELPA, and tried to see what my
>> agenda for today looks like. The agenda is empty, and I got error
>>
>> Debugger entered
Greetings.
I just installed (stable) 9.5. from GNU ELPA, and tried to see what my
agenda for today looks like. The agenda is empty, and I got error
Debugger entered--Lisp error: (invalid-function (date date))
with backtrace
(date date)()
Bastien writes:
> Org 9.5 is out, available from GNU ELPA.
Exciting!
I just ran 'git pull' and got a warning and an error:
warning: redirecting to https://git.savannah.gnu.org/git/emacs/org-mode.git/
Your configuration specifies to merge with the ref 'refs/heads/maint'
from the remote, but no
Maxim Nikulin writes:
> On 28/08/2021 14:07, Jarmo Hurri wrote:
>> I wonder if it is possible to get org table formulas to respect
>> numeric locale.
>
> Even to add some functions to Emacs that respect numeric locales, it
> is necessary to use e.g. dynamic modules
>
Greetings.
I wonder if it is possible to get org table formulas to respect numeric
locale.
Emacs documentation says that Emacs uses the value of LC_NUMERIC:
https://www.gnu.org/software/emacs/manual/html_node/emacs/General-Variables.html
However, even though I have a value of LC_NUMERIC
Greetings Norwid.
Norwid Behrnd writes:
> Let's use your idea to use /multiple table formulae/. Contrasting to
> your attempt, I don't mind to go the extra mile and to run a cheap
> computation twice for a result already in hand. As a MWE
>
> ```
> | quantity | value |
> | A |
Nick Dokos writes:
> Jarmo Hurri writes:
>> This solution seems to change the contents of a cell, not only its
>> formatting. So the following, where I try to increase the value of "C"
>> by one, leads to an error:
>>
>> ```
>> | quantity | va
Greetings Norwid.
Norwid Behrnd writes:
> try extending the format of the table formula with asterisks, i.e.
>
> ```
> | quantity | value |
> |--+|
> | A| 1 |
> | B| 3 |
> |--+|
> | *C* | *0.33* |
>
> #+TBLFM: @4$2=@-2/@-1;
Greetings.
In the table below, the text in the first column of the last row is
emphasized. What is (an easy way) to emphasize the calculated value in
the second column of the last row?
| quantity | value |
|--+---|
| A| 1 |
| B| 3 |
|--+---|
|
Greetings.
"Dr. Arne Babenhauserheide" writes:
> Arthur Miller writes:
>
>> By the way, how difficult is to download one file from the internet
>> (ditaa.jar) if you are an user?
>
> That’s not the point. The point is that every single user with a ditaa
> block has to do it.
>
> Ask the
Greetings.
To get my work done, I had to switch from master branch to stable, but
now I started getting "invalid duration format" error when trying to
create my daily agenda:
org-duration-to-minutes: Invalid duration format: #("12:45-14:15 +1w" 0 15
(fontified nil org-category "schedule"))
Greetings.
I pulled the latest master and noticed that contrib has been moved into
a separate repository. I also cloned this contrib repository, but can
not find the file
scripts/ditaa.jar
in the repo. In fact, there is no directory scripts in the repo.
The documentation in the latest master
Greetings.
I need to add an additional classpath to the call of
org-babel-java-command to make sure my program is able to load a
database driver. But, as it is now, org babel java already uses
classpath option -cp, and in the case of multiple -cp options, only the
last one is retained:
Hi there Eric.
Eric S Fraga writes:
>> I will take you up on that offer! Are you able to replicate the
>> difference between these two slides?
>
> Interesting. It seems that the use of =...= in one of the items makes
> org insert the "fragile" option for the frame and that allows the alltt
>
Hi there.
Eric S Fraga writes:
> Happy to try to help.
I will take you up on that offer! Are you able to replicate the
difference between these two slides?
#
--
#+startup: beamer
#+latex_header:
Eric S Fraga writes:
Hi there!
> On Sunday, 29 Nov 2020 at 11:22, Jarmo Hurri wrote:
>> Any ideas?
>
> First of all, the first frame works just fine for me. Line breaks are
> preserved.
Fascinating: it has to be something in my settings. I went through my
init file
Greetings.
Any ideas?
#
--
#+startup: beamer
#+latex_header: \usepackage{alltt}
* A slide with some code
- export to beamer pdf with =C-e l O=
- line breaks disappear from this:
#+begin_alltt
x \in
Greetings.
#
---
* Indentation of lines ending blocks
#+begin_example
My wish is that when the cursor is on the line indicating end of this block
(end_example),
and (org-indent-line) is
ian martins writes:
>> > It seems that you have changed some classloader settings in the new
>> > code. I have examples which used to work perfectly; now they still
>> > compile, but fail to run, throwing exception
>> >
>> > java.lang.NoClassDefFoundError
>>
>> I had some extra time today, so
Hi again!
Jarmo Hurri writes:
> It seems that you have changed some classloader settings in the new
> code. I have examples which used to work perfectly; now they still
> compile, but fail to run, throwing exception
>
> java.lang.NoClassDefFoundError
I had some extra time t
ian martins writes:
> Let me know how it goes.
Hello again.
It seems that you have changed some classloader settings in the new
code. I have examples which used to work perfectly; now they still
compile, but fail to run, throwing exception
java.lang.NoClassDefFoundError
explained here:
Hello Ian!
ian martins writes:
> Let me know how it goes.
The new version seems to be sensitive to whitespace:
# -
* this one works
#+begin_src java :classname Foo :results output
public class Foo
{
public static void
Hello Ian.
ian martins writes:
>> Being a heavy user, I wonder if worg documentation page is being kept
>> up to date with the changes?
> Yes, that page is up to date. Actually, the page is new.
Brilliant! So the only thing that was not up to date was me.
(I wonder if it would be possible
Hi there!
I noticed that a lot of work is being put into Java in Babel. Excellent.
Being a heavy user, I wonder if worg documentation page is being kept up
to date with the changes?
https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-java.html
All the best, and stay safe.
Jarmo
Eric S Fraga writes:
> In that case, you may simply wish to use the alltt environment. This
> works for me:
>
> #+begin_src org
> ,* algorithm pseudo code
> ,#+latex_header: \usepackage{alltt}
> ,#+begin_alltt
> for i \in [0,1] do
> if i \neq 3
> x ← i^2
> end if
> end
Maxim Nikulin writes:
What is the easiest way to combine monospace and special symbols?
>>>
>>> Is there any problem with UTF-8 symbols such as "≠"? I have typed it using
>>> Compose / =
>>
>> At least out of the box, the UTF-8 symbol is not exported.
>
> #+BEGIN_SRC emacs-lisp
>
Hello.
Maxim Nikulin writes:
> Jarmo Hurri wrote:
>> What is the easiest way to combine monospace and special symbols?
>
> Is there any problem with UTF-8 symbols such as "≠"? I have typed it using
> Compose / =
At least out of the box, the UTF-8 symbol is not exported.
All the best,
Jarmo
Hi there.
Eric S Fraga writes:
> I resort to LaTeX for this, using a LaTeX src block with the algorithm
> and algpseudocode packages.
In my case there is a specific pseudocode format I need to use. I think
I would have to try to tune one of these packages pretty heavily.
But I will see.
Hi there!
Colin Baxter writes:
> Would https://github.com/jsalzbergedu/pseudocode-mode be any good?
I will have to explore it. The documentation is almost as thin as my
wallet.
Thanks,
Jarmo
Greetings.
I like to embed pseudocode etc. in example blocks so that it is typeset
in monospace when exported. But sometimes I would need special symbols,
such as \neq, in pseudocode. What is the easiest way to combine
monospace and special symbols?
Jarmo
Nicolas Goaziou writes:
>> * Links to files containing the word ~loops~ are not exported
>
> Fun bug.
Indeed! Had to take a second cup of coffee before I believed my eyes.
> This should be fixed
Seems to be working now, thank you very much.
All the best, and stay safe.
Jarmo
* Links to files containing the word ~loops~ are not exported
** What is the problem?
It seems that if a link to a file contains the word ~loops~,
it is not exported at all.
** How to replicate
1. Save this org into file =org-loops-in-link.org=
2. Save the following elisp into
Greetings Kévin.
Kévin Le Gouguec writes:
> If I replace (electric-indent-mode -1) with
> (electric-indent-local-mode -1) in org-mode-hook, I get the behaviour
> we have with "Org 9.3" and "Org master, electric-indent-mode on".
>
> Can you tell me whether electric-indent-local-mode works
Hi Kévin.
Kévin Le Gouguec writes:
>>> #+begin_src emacs-lisp
>>> (add-hook 'org-mode-hook (lambda () (electric-indent-mode -1)))
>>> #+end_src
>>
>> Unfortunately this has side effects: it changes at least the way
>> parentheses and indentation interact when opening a Babel source code
>>
Hello again.
Kévin Le Gouguec writes:
> As ORG-NEWS notes, if you want RET to stop indenting, you can disable
> electric-indent-mode in org-mode-hook:
>
> #+begin_src emacs-lisp
> (add-hook 'org-mode-hook (lambda () (electric-indent-mode -1)))
> #+end_src
Unfortunately this has side effects:
Hello Kévin.
Kévin Le Gouguec writes:
> RET indentation is something that has been introduced recently on the
> master branch (which will become Org 9.4 soon). In Org 9.3, with your
> example, RET does not indent, while C-j does.
I was wondering why this bothered me! Such a little thing can
Hello.
Is there any downside to binding RET to org-return-and-maybe-indent?
I want to remove RET indentation in org mode. For example
# ---
* Demo of indentation
- when I press return at the end of the word THIS
- I get
Nicolas Goaziou writes:
>> I think I am running the latest (stable) master:
>
> Note: stable ≠ master, so you just wrote an oxymoron ;)
Oops, exactly. :) I now pulled the latest _master_, and it does not have
the same issue branch _stable_ has. So I guess stable will also contain
the fix at
Hi there!
Nicolas Goaziou writes:
>> * Demo of some sort of error
>> 1. (take your cursor on top of the letter X after the closing
>> parenthesis)X
>> 2. then press Alt-Enter
>> 1. you will notice
>> 2. an error
>> 3. saying something like args out of range
>
> Could you
* Demo of some sort of error
1. (take your cursor on top of the letter X after the closing
parenthesis)X
2. then press Alt-Enter
1. you will notice
2. an error
3. saying something like args out of range
ian martins writes:
> Since you recommend it, I will try submitting a patch for java.
Excellent.
> I still want to share the haxe integration. What is the best way to do
> that?
What does "haxe integration" mean here?
All the best,
Jarmo
>> ian martins writes:
>>
>> Would it be possible for us to fix the current version without
>> introducing a new one? Can you identify the parts of your code that fix
>> the issue?
>>
> The existing code creates the java program and runs it correctly, but
> it uses
ian martins writes:
Hello.
> I've written an alternative org-java.el that doesn't have that
> problem. I wanted to add it to contrib/ but haven't been able to get
> access. if you want to try it I can post it somewhere.
Sounds excellent.
Would it be possible for us to fix the current version
Greetings.
In the org file below, the first babel block will evaluate just fine,
while the second will signal "End of file during parsing". The
difference is the opening bracket "[" in output.
I think am running the most recent stable version:
Org mode version 9.3.7 (release_9.3.7-4-gba6ca7)
Nicolas Goaziou writes:
> Indeed. This should now be fixed.
Was that quick or what!? Kudos.
Jarmo
Greetings.
The following happens with the latest version of the stable branch and
the latest version of the master branch.
Consider the following org file:
# ---
1. Some text [fn:: foo]
2.
3. with items
# ---
The bug can be
Greetings.
When I export to Latex, org automatically creates the following line in
preamble:
\usepackage{color}
I would like to find a way to pass option [monochrome] to this
package. Adding another \usepackage creates a conflict. My preferred way
would be to add the line
Nicolas Goaziou writes:
>> This has to be a borderline case, but I need some Asympote-generated
>> figures in footnotes. The following does not seem to work.
>>
>> [fn:: src_asy[:filename foo.pdf]{size(8cm,0); draw (unitcircle);}]
>
> The following works here:
>
> [fn:: src_asymptote[:file
Greetings.
This has to be a borderline case, but I need some Asympote-generated
figures in footnotes. The following does not seem to work.
[fn:: src_asy[:filename foo.pdf]{size(8cm,0); draw (unitcircle);}]
Any ideas?
Jarmo
Greetings.
I posted an updated version of the patch here on December 1st, but I
have not yet seen it in the master branch so far. Was the patch ok, or
do I still need to do something else than wait?
As a new year approaches, I too want to thank everyone involved in Org
for creating such a
Greetings again.
Nicolas Goaziou writes:
>> Ok. As a programmer I was hoping to mix them, because it would be
>> logical to have _one_ header file that defines all the common things
>> for a set of related files.
>
> Again, there is no overlap between the two keywords. SETUPFILE is what
> you
haps I can get away with using SETUPFILEs only. I will see.
> Jarmo Hurri writes:
>> Documentation of #setupfile says that
>>
>> "Org parses the contents of this document as if it was included in the
>> buffer."
>>
>> https://orgmode.org/manual/I
Greetings.
I am (still) trying to figure out a SINGLE common setup/include file for
all settings for a large batch of files.
I found out recently that common #properties can be set in a setup file
(but not in an included file). However, now it seems that in a setup
file I can not include all
the 'start' element of source block info at the end of
the confirmation message.
Jarmo
>From aaa68af8a7710ffe2c61fc45edf2ff377438cd32 Mon Sep 17 00:00:00 2001
From: Jarmo Hurri
Date: Sat, 7 Dec 2019 09:14:34 +0200
Subject: [PATCH] ob-core.el: Display block point during evaluation
confirmat
y.
Please find attached a patch that mentions this behaviour in the
include-part of Org manual. Ok?
Jarmo
>From 00701e1732fcf71180dc02f72117b44bccf5eb2d Mon Sep 17 00:00:00 2001
From: Jarmo Hurri
Date: Sat, 7 Dec 2019 08:19:05 +0200
Subject: [PATCH] org-manual.org: Document global propertie
Greetings.
It seems that when a file with global properties is included, the global
properties are not inherited. Is this a bug or a feature?
Consider the two files inlined below:
# -- file 'included.org' ---
#+property: MY_INCLUDED_PROPERTY
Greetings Diego.
Diego Zamboni writes:
>> 1. I want to tangle to the default filename (derived from name of org
>>file and programming language). However, the :tangle header argument
>>only takes either "yes" or "filename." If the value is "yes", then
>>the filename is deduced
Greetings.
I am trying to tangle code to a specific directory.
1. I want to tangle to the default filename (derived from name of org
file and programming language). However, the :tangle header argument
only takes either "yes" or "filename." If the value is "yes", then
the filename is
ction in ORG-NEWS, so
I added my entry under "Version Next". Are these ok?
Jarmo
>From 5089053f4f3f916dfbdab009d28b16ffac6f9055 Mon Sep 17 00:00:00 2001
From: Jarmo Hurri
Date: Wed, 6 Nov 2019 12:21:16 +0200
Subject: [PATCH 1/2] ob-java.el: Add header argument to pass command line
ar
Greetings.
Any hope of this super tiny patch being applied? It addresses the
problem I brought up in another thread: it is currently not possible to
pass command line arguments to a java program.
All the best,
Jarmo
Greetings Terje.
Terje Larsen writes:
> I noticed that I cannot run C-c C-c to convert plantuml source blocks
> since the commit (4e854974be9788f029f2d73f829c4d51d2b83faf), see changes
> at:
>
... attached
Jarmo
>From bbc3f977d6b98240834af8fb009a2a080813f30b Mon Sep 17 00:00:00 2001
From: Jarmo Hurri
Date: Wed, 6 Nov 2019 12:21:16 +0200
Subject: [PATCH] ob-java.el: Add header argument to pass command line args.
* lisp/ob-java.el (org-babel-execute:java): Handle new header argum
* Intro
I am trying to supply command line arguments to java code in
babel. For this a logical option would be to use ~:cmdline~ header
argument, but I can not get it to work.
I really need to process the given values as command line arguments,
so setting some variable values will not
Greetings.
I know that lists can be continued using the following syntax:
# ---
* First heading
1. a list begins here
* Second heading
2. [@2] list continues
# ---
I find myself
Ken Mankoff writes:
Greetings.
>> JShell is a pretty nifty tool for exploring and demonstrating basic
>> Java features. Has anyone happened to write support for it in Babel?
>
> You can start working with it even without official Babel support:
>
> #+BEGIN_SRC bash :results verbatim
> jshell
Hello.
JShell is a pretty nifty tool for exploring and demonstrating basic Java
features.
https://en.wikipedia.org/wiki/JShell
Has anyone happened to write support for it in Babel?
If no-one has done this, I might try to implement it later by mimicking
some other language support.
Greetings.
The help documentation for the variable org-latex-listings-options
suggests that it is easy to configure these options
- globally for all files and languages using this variable
- for each code block separately using #+attr_latex
Is it possible to configure these options for all
"Fraga, Eric" writes:
> On Sunday, 4 Aug 2019 at 08:31, Jarmo Hurri wrote:
>> Can someone explain why the single '$' characters below are not
>> recognized as math delimiters?
>>
>> a /complex number/ $z = a + ib,$ where
>
> What are you expecting?
Greetings.
Org manual says that
To avoid conflicts with currency specifications, single ‘$’ characters
are only recognized as math delimiters if the enclosed text contains at
most two line breaks, is directly attached to the ‘$’ characters with no
whitespace in between, and if the closing ‘$’
Greetings again.
"Berry, Charles" writes:
>> The org manual states that in the :results header argument of a block
>>
>> verbatim Interpret literally and insert as quoted text. Do not create a
>> table. Usage example: :results value verbatim
>
> Unfortunately,
"Berry, Charles" writes:
> ob-org does not provide for variables AFAICS.
I have been trying to advocate for multiline macros for years, because
those are the _only_ thing I am really missing in org, again and
again. For example, right now I am writing teaching material where I
need to reuse
"Berry, Charles" writes:
>> The org manual states that in the :results header argument of a block
>>
>> verbatim Interpret literally and insert as quoted text. Do not create a
>> table. Usage example: :results value verbatim
>
> Unfortunately, `org-babel-scheme--table-or-string' does
>> I am once again facing a situation where I would like to define a
>> multiline org macro.
>
>
> I'm not sure what that means, but based on your example a different
> solution might work for you.
>
> 2. If not, could we have this feature? This would give us immediate
>>multiline macros in
Greetings.
The org manual states that in the :results header argument of a block
verbatim Interpret literally and insert as quoted text. Do not create a
table. Usage example: :results value verbatim
The quote above is from https://orgmode.org/manual/results.html
Given this
Greetings.
I am once again facing a situation where I would like to define a
multiline org macro. If my memory is not failing me (it might well be),
this is not possible.
So this lead me to consider the use of Org source blocks in Babel. Which
might well be a discussion I have had here before,
Eric S Fraga writes:
> On Monday, 30 Jul 2018 at 12:43, Jarmo Hurri wrote:
>> In my emacs config file I now have:
>>
>> (plist-put org-format-latex-options :foreground "white")
>> (plist-put org-format-latex-options :scale 2)
>
> This works f
Greetings.
Previewing Latex fragments is one cool feature. However, I have one
problem tailoring it to my use.
In my emacs config file I now have:
(plist-put org-format-latex-options :foreground "white")
(plist-put org-format-latex-options :scale 2)
These seem to set the correct properties,
1 - 100 of 263 matches
Mail list logo
