>"IR" == Ihor Radchenko writes:
IR> Pascal, could you please try the latest main and see if the
IR> problem is fixed?
Unfortunately I can't try at the moment. I have followed the link
https://list.orgmode.org/thu03t$16vt$1...@ciao.gmane.io
and FWIU it should work fine as it takes the file
Karl Voit writes:
> I tried to collect projects on
> https://gitlab.com/publicvoit/orgdown/-/blob/master/doc/Tool-Support.org
Would you be interested to contribute to https://orgmode.org/tools.html?
>> Perhaps TEC is right and we will end up having the minimal syntax
>> being the one we current
Karl Voit writes:
> For reasons explained in my Orgdown-related articles[1] I would
> propose to use this chance to introduce a different term for the
> Org-mode lightweight markup language in contrast to the Org-mode
> Elisp implementation in order to push the syntax in a tool-agnostic
> way. We
Ihor Radchenko writes:
> Subject: [PATCH] ox-odt: Allow id: links to files
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> * lisp/ox-odt.el (org-odt-link): Transcode id: links to file property
> drawers.
>
> Reported-by: Moritz Schäfer
> Link:
Ihor Radchenko writes:
> Thanks!
> Applied onto main.
Fantastic!
> Fixed.
Thanks. Please see the attached patch with updated tests.
Rudy
>From 5405d0419295bb1a0314cb2b3ce07713fc77e792 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rudolf=20Adamkovi=C4=8D?=
Date: Fri, 21 Oct 2022 14:48:56 +0200
S
Rudolf Adamkovič writes:
> Please see the attached patch with updated tests.
Oops, I had a typo (a wrong tense) in the commit message.
Please see the patch attached to this message that has it fixed.
Rudy
>From 37bd1716a652751e6941781464d47c283be3b4b9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?
Ihor Radchenko writes:
> See the attached tentative patch.
> I'd appreciate some testing. Hopefully, I did not break anything.
I did some testing and found no issues.
Great work!
Below, I include some suggestions regarding the patch.
> * lisp/ob-comint.el (org-babel-comint-with-output): Clean
Rudolf Adamkovič writes:
> Rudolf Adamkovič writes:
>
>> Please see the attached patch with updated tests.
>
> Oops, I had a typo (a wrong tense) in the commit message.
>
> Please see the patch attached to this message that has it fixed.
Thanks!
Applied onto main.
https://git.savannah.gnu.org/c
Ihor Radchenko writes:
> Applied onto main.
I wrote a regression test, so that we do not need to fix this problem
again next time. Please see the attached patch.
>From 9cb3c86abcc1fe983b5e6d2ff7a80c1d714fb126 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rudolf=20Adamkovi=C4=8D?=
Date: Fri, 21 Oct
On 21/10/2022 10:16, Ihor Radchenko wrote:
Max Nikulin writes:
I am apologizing if my comments make no sense. I remember a thread on
improper handling on id links in ox-html, so I am a bit surprised that a
link to the whole file (if I got the goal of the patch correctly, of
course) is the only
Ihor Radchenko writes:
> Feel free to submit a patch for org-cite-make-insert-processor.
Could the patch make '[cite: @key]' the new default when inserting
citations, or should it introduce a new customization point?
Rudy
--
"Strange as it may sound, the power of mathematics rests on its evasi
pp-max-width has been introduced in Emacs 29.
The fact that pp becomes too slow is likely something to be fixed before
the next Emacs release.
Good catch and I agree. I compile emacs from the master branch and probably
discovered in the emacs-news which I check between upgrades and I probabl
On 21/10/2022 10:41, Ihor Radchenko wrote:
Max Nikulin writes:
On 20/10/2022 12:07, Ihor Radchenko wrote:
When transcoding children (e.g. table rows), the sibling rows can always
be accessed using org-export-get-previous-element and
org-export-get-next-element.
Decision if escaping is necess
On 21/10/2022 10:34, Ihor Radchenko wrote:
Juan Manuel Macías writes:
I see the tabularray issue simply as an example that \empty is not as
reliable as we thought. There might be other LaTeX packages throwing
errors on \\\empty.
My impression is that tabularray has an ambitious goal to replace
Angel de Vicente writes:
> [I was about to tell you that it was still not working, because I was
> still trying with the following TODO item:
>
> ,
> | ** TODO test
> :personal:
> |
> |:PROPERTIES:
> |:SHOWFROMDATE: 2022-10-16
>
Dear org-mode and hyperbole developers, hitting hyperbole's
action-key with point in "~/src/org-mode/contrilb/lisp" in a
*Pp Eval Output* buffer holding my complete load-path
resulted in this org-element--cache warning:
■ Warning (org-element-cache): org-element--cache: Org parser error in *Pp
Max Nikulin writes:
> My impression is that tabularray has an ambitious goal to replace all
> current table packages. I have no idea if other packages will adopt
> similar approach with regexp-based parsing instead of usual expanding
> of TeX commands.
Yes, that's the impression I have too. Tabul
Hello,
Ihor Radchenko writes:
> Try the following adjusted version:
>
> (defun org-agenda-skip-before-SHOWFROMDATE-property ()
> "Skip agenda item if :SHOWFROMDATE: property is set and the day is before
> it"
> (when-let* ((showfromdate (if (bound-and-true-p org-ql--current-element)
>
Whether can this patch be merged at first, put the test in future to
finish? In recent days, I still have not figured out this image overlays
test.
"Christopher M. Miles" writes:
> [[PGP Signed Part:Undecided]]
>
> Ihor Radchenko writes:
>
>> "Christopher M. Miles" writes:
>>
I think tha
Rudolf Adamkovič writes:
> I wrote a regression test, so that we do not need to fix this problem
> again next time. Please see the attached patch.
Thanks!
Applied onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=524e0e0b7b5eb4c02f3da5eaf59eb1df82d1c1cc
--
Ihor Radche
Max Nikulin writes:
> I am sorry. I confused this thread with some other bug report. I agree
> that the original post describes namely file links. When Moritz provided
> an example in response to your request for more details I decided that
> more similar problems are coming. Perhaps particula
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> See the attached tentative patch.
>> I'd appreciate some testing. Hopefully, I did not break anything.
>
> I did some testing and found no issues.
>
> Great work!
>
> Below, I include some suggestions regarding the patch.
Thanks!
Applied on
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
> #+end_src
[Redirecting from Emacs bugs]
[See the quote below for the original report]
> #+RESULTS:
> : >>> __PYTHON_EL_eval("try:\nwith
> open('/var/folders/dk/3btmprj123b_31jsp30thzrmgq/T/babel-9tY6uv/python-92ZLVe')
> as
> __org_babel_python_tmpfile:\nexec(compile(__org_babel_python_tmpfile.read(),
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> Feel free to submit a patch for org-cite-make-insert-processor.
>
> Could the patch make '[cite: @key]' the new default when inserting
> citations, or should it introduce a new customization point?
I think it can be the new default.
However
Max Nikulin writes:
> Concerning element vs. exported text, consider a derived backend that
> ignores italics markers if a paragraph has some attribute. Usually
> Paragraph \\
> \emph{[something]}
> does not cause any problem, however if italics is ignored it is an error
> Para
Ihor Radchenko writes:
> Note that apart from the problem on Emacs side, there appears to be a
> problem with org-cite-basic-export-bibliography.
>
> org-cite-basic-export-bibliography uses org-cite-basic--print-entry,
> which fails to print keys, which are not in .bib files. As a result,
> #+pri
27 matches
Mail list logo
