Jason Ross writes:
>> Or you can use "raw" results by default and format everything as you
>> wish in your Org Babel module programatically.
>
> I'm not sure I understand this yet. Would this emit METAPOST code to the
> Org buffer? Ideally, I'd like to emit METAPOST code if the backend is
> `cont
Jason Ross writes:
> Here's a hook that modifies the source blocks to wrap their
> output in #+BEGIN/END_METAPOST tags if the ConTeXt backend is used,
> before Org Babel gets to them, but otherwise leaves them alone.
>
> I wonder if anyone has any better ideas of how to do this. I'm
> modifying t
On 12.10.21 20:35, Kévin Le Gouguec wrote:
Andreas Röhler writes:
With following stuff in org-mode buffer:
* bla
asd
M-x org-indent-line RET on second line has no effect.
Org 9.5 changed the default value of org-adapt-indentation from t to
nil, as that seemed to be what a lot of users exp
What do you mean by 'inning' org to the ELPA repository?
What I've done was to remove the last line in my init.el for ...
orgmode.org/elpa, restarted, then tried through list-packages to D org --
which seemed to comply, but never removed org-20210920 from the elpa
directory. Not being gone, the ol
Marco Wahl writes:
> My feeling is that the "protection" is good intention but brings more
> harm than good. I think it's not a good idea to enforce a certain
> window setting. I guess the knowing user has an easier path to fine
> tune the org-goto user interface when there is less "protection"
On Tue, Oct 12, 2021 at 7:28 PM John Kitchin wrote:
>
> I am not sure it really fits the model of the exporters that are in org,
> since it is basically just a pre-processing hook.
[snip]
> It also is (IMO) a part of org-ref since it uses the links that are defined
> in org-ref. I see it as mo
I am not sure it really fits the model of the exporters that are in org,
since it is basically just a pre-processing hook. I don't think there are
any exporters in org that rely on that, e.g. you can't just C-c C-e choose
a backend and export with a pre-processing hook. It doesn't make sense to
mak
On Tue, Oct 12, 2021 at 5:16 PM John Kitchin wrote:
>
> I think the existing link capability of org-mode is completely adequate for
> cross-references. LaTeX exports are almost completely covered in org-ref. I
> made a refproc
> (https://github.com/jkitchin/org-ref/blob/org-ref-3/org-ref-refpro
I think the existing link capability of org-mode is completely adequate for
cross-references. LaTeX exports are almost completely covered in org-ref. I
made a refproc (
https://github.com/jkitchin/org-ref/blob/org-ref-3/org-ref-refproc.el) that
provides similar export behavior for other backends in
Hi Max and all!
> On 08/10/2021 17:22, Marco Wahl wrote:
>> Max Nikulin writes:
>>> On 05/10/2021 23:32, Ihor Radchenko wrote:
Max Nikulin writes:
I tried come up with the reason why org-no-popup was used in the
initial
implementation. I think, the reason is avoiding situation
Andreas Röhler writes:
> With following stuff in org-mode buffer:
>
> * bla
> asd
>
> M-x org-indent-line RET on second line has no effect.
Org 9.5 changed the default value of org-adapt-indentation from t to
nil, as that seemed to be what a lot of users expect[1], so
org-indent-line should not
Le 12/10/2021 à 17:01, Eric S Fraga a écrit :
> Ihor, thank you for this.
>
> Jo, what actual version of org are you using? I'm using a fairly recent
> version (as of last week) so maybe what you want to do is possible now
> but was not earlier?
>
> --
> : Eric S Fraga via Emacs 28.0.60, Org r
Am Dienstag, dem 12. Oktober 2021 schrieb András Simonyi:
> No, it's citeproc-el which is supposed to determine whether the passed
> locator string represents single vs multiple references, using § vs §§
> shouldn't make a difference, because they simply signal that the label
> is "section".
I see
Le 12/10/2021 à 13:51, Eric S Fraga a écrit :
> On Tuesday, 12 Oct 2021 at 08:05, Joseph Vidal-Rosset wrote:
>> More seriously, the best solution for me would be to allow saving a file
>> with a space just after ** without deleting this space... I do not know
>> which code provokes this deleti
Ihor, thank you for this.
Jo, what actual version of org are you using? I'm using a fairly recent
version (as of last week) so maybe what you want to do is possible now
but was not earlier?
--
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org: https://ar
On 08/10/2021 17:22, Marco Wahl wrote:
Max Nikulin writes:
On 05/10/2021 23:32, Ihor Radchenko wrote:
Max Nikulin writes:
I tried come up with the reason why org-no-popup was used in the
initial
implementation. I think, the reason is avoiding situation like what you
may see after running
(let (
Eric S Fraga writes:
> I don't understand. Maybe somebody else on the list can test this?
A blind shot: something to do with
https://orgmode.org/list/87tumvdno3@gmail.com
Hope it helps.
Best,
Ihor
On Tuesday, 12 Oct 2021 at 13:58, Joseph Vidal-Rosset wrote:
> I get this :
>
> \begin{frame}[label={sec:org89e57ca}]{:emptytitle:}
I don't understand. Maybe somebody else on the list can test this?
--
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250
: Latest paper written in org:
Le 12/10/2021 à 13:51, Eric S Fraga a écrit :
> On Tuesday, 12 Oct 2021 at 08:05, Joseph Vidal-Rosset wrote:
>> I just tried what you suggested to me. The result is always the same: I
>> get the following title:
>> :emptytitle:
>> but this title is not empty, contradiction. :)
>
> This is very s
On Tuesday, 12 Oct 2021 at 08:05, Joseph Vidal-Rosset wrote:
> I just tried what you suggested to me. The result is always the same: I
> get the following title:
> :emptytitle:
> but this title is not empty, contradiction. :)
This is very strange. What does the LaTeX code generated look like for
On 12/10/2021 08:11, Nick Dokos wrote:
Rudolf Adamkovič writes:
Max Nikulin writes:
Though I am a bit surprised that Org did not replace characters to
< and > during export. Perhaps, it is possible to define a
filter.
That makes sense, and thank you for the explanation. Ignoring the dead
li
Dear All,
On Tue, 12 Oct 2021 at 07:43, M. ‘quintus’ Gülker
wrote:
> Das ist ein Test [cite:@saenger2013gsr § 12 Rn. 488].
>
> gives:
>
> Saenger, Gesellschaftsrecht, 2. Aufl. (2013), §§ 12 Rn. 488
[...]
> This is a little confusing. Maybe an error on my part? Do I need to
> signal singu
Le 12/10/2021 à 09:47, Eric S Fraga a écrit :
> Jo,
>
> I am curious to know why the second proposed solution, i.e. putting a
> tag on the headline with no actual headline text, didn't work for
> you. It might be that you need to have
>
> #+options: tags:nil
>
> It worked for me and, at least
Jo,
I am curious to know why the second proposed solution, i.e. putting a
tag on the headline with no actual headline text, didn't work for
you. It might be that you need to have
#+options: tags:nil
It worked for me and, at least to me, seems cleaner as you could then
have headlines like this:
24 matches
Mail list logo
