Hello,
some tool is missing in the documentation here:
https://orgmode.org/worg/org-tools/index.html
"orgparse" (https://orgparse.readthedocs.io/en/latest/)
Also remove "PyOrgParse" which is not maintained anymore and points
itself to "orgparse".
Kind
Christian
I did and it seems to work fine, I also tested this using plantuml-mode's
normal compliation procedure.
This seems to specifically be a problem with org-mode and babel's
compilation
Thanks for your help!
On Sat, Mar 12, 2022 at 9:49 PM Ihor Radchenko wrote:
> Jonathan Nogueira writes:
>
> >
Actually, this was prompted by this reddit post, where the OP also
notes impaired scrolling performance after loading an org file with
citations.
https://www.reddit.com/r/orgmode/comments/td76wz/org_very_slow_load_with_orgcite_and_a_large/
I encouraged them to post the report here; not really sur
On 14/03/2022 01:39, Juan Manuel Macías wrote:
Supercali@@latex:\-@@fragilistic
Supercali\shy{}fragilistic
Supercali\-fragilistic
should be even better since, besides LaTeX "\-", HTML exporter uses
"" or "" (I would expect more consistent behavior though.)
info "(org) Special Sy
On 12/03/2022 02:59, Tim Cross wrote:
Ignacio Casso writes:
(let ((org-capture-templates
'(("d" "default" entry
(file+headline org-default-notes-file "Tasks")
"* %?"
(org-capture nil "d")))
I put an autoload cookie myself and it doesn't fix it,
> While I don't know if this is a bug, it certainly doesn't seem to be
> doing the right thing from an 'intuitive' point of view. I would expect
> when a variable is bound to a value inside a let and a function is then
> called which uses that variable, the initial let bound value should be
> use
Hello Nicolas,
Today I was debugging something where a subtree export wasn't recognizing
the EXPORT_OPTIONS property set in that subtree.
MWE:
=
* Top level
** Allow broken links, but mark them
:PROPERTIES:
:EXPORT_FILE_NAME: allow-broken-links-but-mark-them
:EXPORT_OPTIONS: broken-links:mar
Max Nikulin writes:
> should be even better since, besides LaTeX "\-", HTML exporter uses
> "" or "" (I would expect more consistent behavior
> though.)
Hi, Maxim. You're right, I didn't remember that there is a specific
entity in Org for the discretionary hyphen. Sometimes I think too much
fro
Max Nikulin writes:
> On 12/03/2022 02:59, Tim Cross wrote:
>> Ignacio Casso writes:
>
>>>(let ((org-capture-templates
>>> '(("d" "default" entry
>>> (file+headline org-default-notes-file "Tasks")
>>> "* %?"
>>> (org-capture nil "d")))
>>>
>>> I
I've also investigated the issue a little bit further and wrote and
email with my conclusions about the same time Max wrote his. I comment
inline about a few of your thoughts:
> For `defcustom' autoload generates no more than
>
> (defvar org-capture-templates nil "...")
>
> It seems, behavior
Ignacio Casso writes:
>> Regardless, I don't think having the situation where the programmer must
>> know (guess) whether autoload will/could execute during the evaluation
>> of code they write is tenable and am beginning to suspect it may be an
>> Emacs bug OR a subtle bug in org-mode as a res
On Sat, Mar 12, 2022 at 7:53 AM Ihor Radchenko wrote:
>
> Thanks for the report!
> Are you still seeing the traceback if you update Org to latest main?
> 5da9d6810 in more recent versions should help with some cases when the
> error like in your backtrace appears.
Yes, I'm still getting the follo
12 matches
Mail list logo
