> On Oct 25, 2021, at 0:37, Emmanuel Charpentier
> wrote:
>
> "A quick LaTeX reference guide"...
>
> Nice oxymoron !
But it looks good in org-mode :-)
Thank you Juan !
--
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/
Kévin Le Gouguec writes:
> Mmm, starting from emacs -Q and running M-x org-indent-mode, I see Org
> indent the :PROPERTIES: drawers in both files, both with the tip of
> Org's 'main' branch (e2fa3c4) and with Ihor's patch applied.
Same on my side. org-indent-mode works fine for me.
Best,
Ihor
William Denton writes:
> It's things like this that make me consider going back to using my operating
> system's Emacs package and Emacs's Org, so everything is nice and stable all
> the
> time. One day I will, but not today ...
We have stable bugfix branch distributed via ELPA. main is the
On 24 October 2021, Ihor Radchenko wrote:
William Denton writes:
So if anyone out there is using org-bullets and runs into a problem, try
removing it and see if that helps.
Not necessarily. Recent patch (d3143feaf) removed the call to
org-element-keyword-parser completely, which was
Aloha Juan Manuel,
Juan Manuel Macías writes:
Hi,
The TeXstudio editor includes a comprehensive LaTeX reference
guide in
HTML
(https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html).
I have converted it to Org with Pandoc (and then cleaned it up
and fixed
some
Aloha Rudolf, Joost, and Tim,
Thanks very much. This helps a lot.
All the best,
Tom
--
Thomas S. Dye
https://tsdye.online/tsdye
Juan Manuel Macías writes:
> Hi,
>
> The TeXstudio editor includes a comprehensive LaTeX reference guide in
> HTML
> (https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html).
> I have converted it to Org with Pandoc (and then cleaned it up and fixed
> some broken
"Thomas S. Dye" writes:
> Or, are the terms simply synonymous?
Tom, have no idea about "Worg", but in computer science, one evaluates
expressions to their values and executes statements for their side effects. For
instance, the expression 1 + 1 evaluates to the value of 2, while the statement
"Thomas S. Dye" writes:
> Aloha all,
>
> The org manual and various documents on Worg appear to use the subject terms
> as
> synonyms for running a bit of source code and gathering its result. Is there
> a
> useful distinction that this non-software engineer is missing? Or, are the
> terms
On Sun, Oct 24 2021, Thomas S. Dye wrote:
> The org manual and various documents on Worg appear to use the subject terms
> as
> synonyms for running a bit of source code and gathering its result. Is there
> a
> useful distinction that this non-software engineer is missing? Or, are the
>
Aloha all,
The org manual and various documents on Worg appear to use the
subject terms as synonyms for running a bit of source code and
gathering its result. Is there a useful distinction that this
non-software engineer is missing? Or, are the terms simply
synonymous?
All the best,
Tom
Uwe Brauer writes:
"KLG" == Kévin Le Gouguec writes:
>
>> I've applied your fix on top of 281a0e26b; AFAICT it works as expected.
>
> I applied the patch on top of e2fa3c4c4046b6,
(Me too actually; 281a0e26b is the commit ID I got by applying Ihor's
patch; apologies for the confusion)
>
Hi
Is there a possibility to access the bugs of org-mode via
via debbugs-org-bugs and configuring debbugs-port correctly?
Regards
Uwe Brauer
Aloha all,
The attached patch changes a 404 link to the working link used on
Worg.
All the best,
Tom
>From 31f340d80fdd01833e770d12806f0df165b88365 Mon Sep 17 00:00:00 2001
From: "Thomas S. Dye"
Date: Sun, 24 Oct 2021 07:09:49 -1000
Subject: [PATCH] doc/org-manual.org: Fix link to Library
"A quick LaTeX reference guide"...
Nice oxymoron !
--
Emmanuel Charpentier
>>> "KLG" == Kévin Le Gouguec writes:
> Ihor Radchenko writes:
>> The tentative fix is attached, but please
>> double check because I am not very familiar with the indentation code.
> I've applied your fix on top of 281a0e26b; AFAICT it works as expected.
I applied the patch on top of
>>> "KLG" == Kévin Le Gouguec writes:
> Uwe Brauer writes:
>> In the attached file
> Maybe I missed it, but I don't think your report included an attachment?
> I went with the two example files you showed in the previous discussion;
> cf. my own attachments.
I just checked. I did provide an
Hi,
The TeXstudio editor includes a comprehensive LaTeX reference guide in
HTML
(https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html).
I have converted it to Org with Pandoc (and then cleaned it up and fixed
some broken links). It can be downloaded here:
Ihor Radchenko writes:
>The tentative fix is attached, but please
> double check because I am not very familiar with the indentation code.
I've applied your fix on top of 281a0e26b; AFAICT it works as expected.
Thanks for cooking up a test case! 'make check'
Workaround : cache the computations,not the plotting itself (which
should be fast,and must be made on every table, anyway...) :
#+options: toc:nil author:nil
* Main text
Use of a static table:
#+call: timeit()
#+call: testplot[:file test0.pdf](data=table0)
#+call: timeit()
Use of a slow
Kévin Le Gouguec writes:
> fc80d052d was a rather chunky commit so I did not dig into the patch;
> Ihor, does it make sense to you that it might have introduced
> unfortunate side-effects wrt :PROPERTIES: indentation?
You are right. org--get-expected-indentation have some expectations
about
Uwe Brauer writes:
> In the attached file
Maybe I missed it, but I don't think your report included an attachment?
I went with the two example files you showed in the previous discussion;
cf. my own attachments.
> I do:
>
> M-: (setq org-adapt-indentation
Tim,
> The key point to remember is that a mized installation is not about
> loading org sources from two different org versions. The problem is
> about compilation of org where some of the source definitions are
> already loaded (from existing installation) and result in output which
> is a
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>> Confirmed after change from "28" to "29" solved the problem in your steps.
>>
>> I also tested this change on my current Emacs config. Also confirmed solved
>> the problem.
>
> I pushed this change to main in e2fa3c4c4.
>
> Best,
>
"Christopher M. Miles" writes:
> Confirmed after change from "28" to "29" solved the problem in your steps.
>
> I also tested this change on my current Emacs config. Also confirmed solved
> the problem.
I pushed this change to main in e2fa3c4c4.
Best,
Ihor
Max Nikulin writes:
> `org-version' with FULL argument checks whether org and org-loaddedfs
> are loaded from the same directory and adds "mixed installation!" to the
> version string. `org-submit-bug-report' puts full version to the message
> subject but it is easily to miss this warning
On 23/10/2021 17:26, Greg Minshall wrote:
a question: is there any way that we can, as org starts up, detect
either the actuality, or possibility, of a mixed installation?
maybe something like
`org-version' with FULL argument checks whether org and org-loaddedfs
are loaded from the same
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>> My Emacs version (on M1 macOS)
>>
>> GNU Emacs 28.0.60 (build 1, aarch64-apple-darwin20.6.0, NS appkit-2022.60
>> Version 11.6 (Build 20G165)) of 2021-10-20
>>
>> Thanks for your continuous working. I pulled latest fix, still not
Greg Minshall writes:
> Tim,
>
> i wonder if the emacs variable `load-history` might be of (approximate)
> help? i submit a starter routine below. as the comments say: caveat,
> caveat, caveat.
>
> i don't think something as uncertain as this would be a candidate for
> normal run-time
Ihor Radchenko writes:
> Tim Cross writes:
>
>> What would really be needed is some way to check when org is going to be
>> compiled that no existing org functionality is loaded. Doubt this can be
>> easily done within org itself because of a chicken and egg problem - you
>> would have to
30 matches
Mail list logo
