with the org capture firefox extension broken, i recalled this old
thread, thinking it might be a fix, and i think i understand the
issue. so i thought i would summarize here in this one post.
i think i was not clear in this thread in a few places. apologies for that.
1.
[current need,
Max Nikulin writes:
> Side note: I can not say that #+begin_example with language is widely
> used, but one case may be found in org-manual.org and a dozen in worg.
Which should probably be fixed. LANG parameter is ignored on export
anyway. See the attached patches for WORG and emacs-manual.
thank you for the link and suggestion. it says it works for a version
of ff one more than my current one.
anybody know how to:
1] get a slightly older version from the firefox addons site that
might work with my version of firefox?
2] download it as a file, /inspect it/, and then install it
Hi
a short hack of the sort
(interactive)
(while (re-search-forward "#\\([^#]*\\)#" nil t)
(replace-match "\\1")))
Allows me to export text like this
#important#
to HTML where the resulted text is colored in red.
Now, how can I achieve something like this for the odt export?
Reards
Samuel Wales writes:
> idk if there are other org capture extensions. i am aware of spookfox
> and eagerly look forward to its maturing, at which point i will try
> it. but idk if that can do simple, id-less org capture.
I too noticed that org-capture stopped working months ago.
Fortunately I
BTW, just to give some context of why we didn't implement it by
default earlier; there are two reasons:
1. it seems vast differences in the size of user bib files, and those
with very large ones would be annoyed if it re-generated the
completions on every change.
2. citar also covers notes and
On 08/06/2022 11:23, Tom Gillespie wrote:
As for lang parameter support in example blocks, would you mind creating
a separate feature request thread? Extending export blocks export will
require changing in parser syntax and thus should be discussed carefully
in a separate thread.
I would
On Thursday, 9 Jun 2022 at 10:34, Bruce D'Arcus wrote:
> It should take another few days of development and testing before I'm
> ready to merge it, but it pretty much works now, and any help with
> code review and/or testing would be much appreciated.
Okay, let me know. It's easy enough for me
On Thu, Jun 9, 2022 at 10:19 AM Fraga, Eric wrote:
>
> On Thursday, 26 May 2022 at 18:24, Ihor Radchenko wrote:
> > The relevant function is org-cite-basic--parse-bibliography.
>
> To finally follow up on this, the problem is not with org-cite but
> appears to be due to my use of citar. Citar
On Thursday, 9 Jun 2022 at 21:35, Ihor Radchenko wrote:
> Did you have a chance to test the patch?
No. Sorry. Got busy with other things and had temporarily
(well, permanently) solved the problem (for me) by adding :eval
no-export to all of my gnuplot blocks.
--
: Eric S Fraga, with org
Ihor Radchenko writes:
> I can confirm that +2h syntax is not supported.
>
> The attached patch makes hours work in the time prompt.
Applied onto main via 57d64cf78.
Best,
Ihor
Bodertz writes:
> Apologies, I wasn't aware you were asking for feedback.
>
> The issue I described no longer occurs.
>
> However, there is still a minor issue with the proposed fix.
>
> After creating a new empty description list item by pressing {M-RET}
> after a description list item, the
Hi Eric,
Eric S Fraga writes:
> I will try your patch later this week (busy with end of term teaching
> aspects at the moment).
Did you have a chance to test the patch?
Best,
Ihor
On Thursday, 26 May 2022 at 18:24, Ihor Radchenko wrote:
> The relevant function is org-cite-basic--parse-bibliography.
To finally follow up on this, the problem is not with org-cite but
appears to be due to my use of citar. Citar seems to cache the keys
somewhere/somehow and this cache is not
On Thursday, 9 Jun 2022 at 09:58, Denis Maier wrote:
> Anything else? I've found those files, but I was wondering whether Emacs
> could give me some more useful debug infos? (Especially since compiling
> the temporary files works...)
Nothing else I know about. It's one of the weak points in the
Cletip Cletip writes:
> Thank you for your answer.
You're welcome.
> Your answer seems perfect to answer my question: I modify a function
> of org-mode, and it allows me to attach folders and files to a
> heading.
> Unfortunately, it doesn't work (probably because of my version of
> org-mode
Cletip Cletip writes:
> Thank you for your answer.
> Unfortunately, I would like to copy the entire directory.
> To clarify my second question, I would like to have a folder system with
> org-mode, and therefore only use org-attach to store my documents
Note that it makes much more sense to use
Rudolf Adamkovič writes:
> If one defines two radio targets, say <<>> and
> <<>>, the first one does not work if defined first. Please,
> see the attached patch. I have the copyright papers signed.
Thanks!
Applied onto main via d9963c58d changing (sort targets ...) to
(setq targets (sort
Ihor Radchenko writes:
> The fix is attached.
>
> I do not push the fix just yet. If anyone think that enabling org-mode
> during template expansion is undesired, please let me know.
Applied onto main via 0e7033e0c.
Not on bugfix as it is not a critical issue.
Best,
Ihor
Am 09.06.2022 um 09:47 schrieb Fraga, Eric:
On Wednesday, 8 Jun 2022 at 21:01, Denis Maier wrote:
:exports code works. But the problem with the other options is that the
compilation fails. But I cannot tell why. It just tells me "Code block
produced no output".
This is not surprising as
On Wednesday, 8 Jun 2022 at 21:01, Denis Maier wrote:
> :exports code works. But the problem with the other options is that the
> compilation fails. But I cannot tell why. It just tells me "Code block
> produced no output".
This is not surprising as the LaTeX src blocks are expected to be LaTeX
21 matches
Mail list logo