[BUG] ox-odt fails for org-id links (e.g., from org-roam v2) [9.5.2 (9.5.2-gfbff08 @ /home/moritz/.emacs.d/elpa/27.2/develop/org-9.5.2/)]

Dear mailing list, When exporting an org-file with org-id based links to odt, I get the error error "FIXME: Unable to resolve ", where is the filename, the org-id-link was pointing to. Org-id links (example below) are the default for org-roam (v2). [[id:5222a0dd-5084-41bd-b61d-21dcb3290187][No

`org-id-update-id-locations' should also scan the files listed in `org-id-locations-file'

Since you can add to `org-id-locations-file' without having to put the files in `org-id-locations' I think it would make more sense to also scan `org-id-locations-file'. Currently you can empty `org-id-locations-file' (".org-id-locations"): 1. $ emacs -Q 2. C-x C-f ztest.org 3. C-RET headi

[BUG] orgtbl-toggle-comment hangs if table is in first line [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/local/share/emacs/28.1/lisp/org/)]

Hi to all. If in an org buffer there is a table, commented or not, starting from the first line of the buffer, the command orgtbl-toggle-comment hangs and must be terminated with C-g. Step to reproduce: 1) create an org buffer with the following content starting from line 1: | table | | |

Re: how to best correct exams (code matlab) using org mode (and tables)

Uwe Brauer writes: > I am now experimenting with org-remark putting the remarks and marks in the > property sections of headers and use than > What do others use? I haven't tried org-remark yet, but I am using something somewhat similar (but much simpler). Every time I add a note to a heading

[PATCH] Re: org-agenda-clock-report-header

Colin Baxter writes: > Could more information perhaps be added to the doc string of > "org-agenda-clock-report-header"? And an example would be very > useful. As it stands at present, I haven't a clue as to what the > variable does and why it might be useful. It's literally a string inserted rig

[PATCH] Re: [ISSUE] Re: [PATCH] lisp/org-agenda.el: Add header to agenda clock report table

"Christopher M. Miles" writes: > I tested this commit, it should auto append a newline character after > ~org-agenda-clock-report-header~. Otherwise the header line will in same line > with table first line. Reasonable concern. The attached patch should fix it. Best, Ihor >From c918d5097af4ca

Re: org-fold problems

On Sunday, 8 May 2022 at 15:25, Ihor Radchenko wrote: > I suspect the same issue. If you try > M-: (setq org-fold-core-first-unfold-functions nil) > before doing ediff and it helps, then I will know the culprit. It doesn't; sorry. With this set to nil, all drawers are closed on ediff although al

Re: [tip] Insert arbitrary LaTeX code at the beginning of any float environment

Juan Manuel Macías writes: > If we want to introduce arbitrary LaTeX code at the very beginning of a > float environment, apart from the usual tricks of putting the code in > :caption or :placement, this solution I describe here is more from the > LaTeX side. I thik its advantages are more contro

Re: [tip] Insert arbitrary LaTeX code at the beginning of any float environment

On Monday, 9 May 2022 at 20:47, Ihor Radchenko wrote: > Moreover, it would be useful to be able to wrap the whole chunk into > custom environment: > #+attr_latex: :wrap [options]environmant This is already possible using special blocks? I.e. #+begin_environment ... figure stuff #+end_environmen

Re: [BUG] orgtbl-toggle-comment hangs if table is in first line [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/local/share/emacs/28.1/lisp/org/)]

matteo writes: > If in an org buffer there is a table, commented or not, starting from > the first line of the buffer, the command orgtbl-toggle-comment hangs > and must be terminated with C-g. Thanks for reporting! Fixed on main via 0b07b30de. Best, Ihor

Re: [tip] Insert arbitrary LaTeX code at the beginning of any float environment

Eric S Fraga writes: > On Monday, 9 May 2022 at 20:47, Ihor Radchenko wrote: >> Moreover, it would be useful to be able to wrap the whole chunk into >> custom environment: >> #+attr_latex: :wrap [options]environmant > > This is already possible using special blocks? I.e. > > #+begin_environment

Re: how to best correct exams (code matlab) using org mode (and tables)

I guess the best thing to do would be some combination of `htmlize-buffer' and adding tooltips to the markups. I don't see a super clear path to that at the moment. The htmlize-buffer is straightforward, and it would show where your remarks are. Getting from marginalia.org to tooltips in the right

Re: [BUG] orgtbl-toggle-comment hangs if table is in first line [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/local/share/emacs/28.1/lisp/org/)]

matteo writes: > If in an org buffer there is a table, commented or not, starting from > the first line of the buffer, the command orgtbl-toggle-comment hangs > and must be terminated with C-g. Thanks for reporting! Fixed on main via 0b07b30de. Best, Ihor

Re: [tip] Insert arbitrary LaTeX code at the beginning of any float environment

Ihor Radchenko writes: > I'd be happy to see a built-in solution for this. > I feel that the ability to insert arbitrary LaTeX code near the > begin/end of environment would be generally a useful feature to have in > ox-latex. It could be done via #+attr_latex: :pre/:post > > Moreover, it would be

Re: [PATCH] (v2) New LaTeX code export option: engraved

Hi Ihor, > Before merging, could you also try to implement tests at least for > engraved feature? If I recall correctly, we do not currently have > backend-specific tests. But it would certainly help if we did. You might > as well write a small “nucleus” test for ox-latex. Probably not a bad idea

Re: [tip] Insert arbitrary LaTeX code at the beginning of any float environment

On Monday, 9 May 2022 at 14:01, Juan Manuel Macías wrote: > Although ---as Eric says--- we can always use special blocks, a :wrap > attribute would drastically lighten the readability of the document, One advantage of special blocks is that they work across all (some/most/?) export backends and a

oc-basic "Wrong value for ENTRY-OR-KEY" error on emacs master (29.x) [Was: Bibliographies on export with ox-context and ox-epub]

On Thu, Nov 25, 2021 at 6:21 AM juh wrote: > With cite_export: basic I get > > Wrong value for ENTRY-OR-KEY: nil Hello, I saw the ox-hugo CI fail with emacs master (29.0.50) over the past few days with this backtrace, but this error is probably not related to ox-hugo, and I need help confirming

Re: Bug in orgalist mode's advice on indent-according-to-mode

Eric Abrahamsen writes: > Tim Cross writes: > >> Eric Abrahamsen writes: >> >>> In Emacs commit f596f0db82c0b1ff3fe8e8f1d8b07d2fe7504ab6, from Nov 2021, >>> the function `indent-according-to-mode' was given an optional >>> inhibit-widen argument. That argument being passed causes orgalist's >>>

[BUG] void function incf in org-screenshot [9.5.3 (9.5.3-ga3dac4 @ /home/jds6696/.emacs.d/straight/build/org/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See Your bug report will be posted to the Org mailing list. -

[BUG] Error when editing properties in column view [9.5.3 (release_9.5.3-452-g407104 @ /home/mbork/others-works/emacs/org-mode/lisp/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. ---

Re: [PATCH] Re: org-agenda-clock-report-header

Hello Ihor, > Ihor Radchenko writes: > Colin Baxter writes: >> Could more information perhaps be added to the doc string of >> "org-agenda-clock-report-header"? And an example would be very >> useful. As it stands at present, I haven't a clue as to what the >> variable d

Re: [PATCH] New LaTeX code export option: engraved

Hi Timothy, I'm quite exited and impressed to see this alternative to minted, thank you. I haven't been able to test your patches to org, but I have tried engrave-faces.el. Here's a couple issues I've run into.  1. engrave-faces-generate-preset generates emacs colors such as     `:foreground "g

Re: Concatenate properties

Ihor Radchenko writes: > Tyler Grinn writes: > >> >> Could you provide an example of what the value of that variable would be >> if, for instance, I wanted PROP_A and PROP_B to be joined with a single >> space and PROP_C and PROP_D to be concatenated? Or better yet, have the >> default be to joi

Re: oc-basic "Wrong value for ENTRY-OR-KEY" error on emacs master (29.x) [Was: Bibliographies on export with ox-context and ox-epub]

On Mon, May 9, 2022 at 10:21 AM Kaushal Modi wrote: > Can someone using emacs > built from master branch confirm that they see this same error when > `org-cite-process-bibliography` is called? It should be reproducible > without using ox-hugo too. Alright I was able to confirm this possibly upst

Re: oc-basic "Wrong value for ENTRY-OR-KEY" error on emacs master (29.x) [Was: Bibliographies on export with ox-context and ox-epub]

I have now sent this to Emacs bug tracking: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=55342

[PATCH] lisp/org-table.el: Use booktabs on org-table-export

Hello, This is my first patch so hopefully I followed the instructions correctly, While using ~org-table-export~ on a table directly even with ~org-latex-tables-booktabs~ set to ~t~, it exports a normal table instead of booktabs table. But on the same situation, if you export the whole buffer the

Re: [PATCH] New LaTeX code export option: engraved

Hi Sebastien, > I’m quite exited and impressed to see this alternative to minted, > thank you. That’s great to hear! > I haven’t been able to test your patches to org, but I have tried > engrave-faces.el. Here’s a couple issues I’ve run into. Still helpful, thanks. >  1. engrave-faces-generate

bug#55342: 29.0.50; org-cite-basic--get-field: Wrong value for ENTRY-OR-KEY: nil

> From: Kaushal Modi > Date: Mon, 9 May 2022 17:41:32 -0400 > > Exporting an Org file with citations on Emacs 29 now throws the error > "Wrong value for ENTRY-OR-KEY: nil". This error can be reproduced with > the Org version shipped with Emacs on the master branch. Shouldn't this be reported to

bug#55342: 29.0.50; org-cite-basic--get-field: Wrong value for ENTRY-OR-KEY: nil

Eli Zaretskii writes: >> From: Kaushal Modi >> Date: Mon, 9 May 2022 17:41:32 -0400 >> >> Exporting an Org file with citations on Emacs 29 now throws the error >> "Wrong value for ENTRY-OR-KEY: nil". This error can be reproduced with >> the Org version shipped with Emacs on the master branch. >

bug#55342: 29.0.50; org-cite-basic--get-field: Wrong value for ENTRY-OR-KEY: nil

Ihor Radchenko writes: > The code above always skips a bibtex entry starting at bob. > Hence, the provided example bibliography is parsed as empty, which is > not expected by Org. This should now be fixed on the trunk. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: h

how to transpose a table but not deleting the horizontal lines

Hi >From the docstring of org-table-transpose-table-at-point is Transpose Org table at point and eliminate hlines. Does anybody know about a, maybe, 3rd party packages that transpose the table but leaves the horizontal lines intact? Regards Uwe Brauer -- I strongly condemn Putin's war o