Re: [External] : Re: [BUG] recent slow down in agenda's clock table report (and with first clock-in) [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dortmann/src/git-org-mode/lisp/)]

Daniel Ortmann writes: > (The performance drop was sudden and steep, by the way.) It is because clocking now calls Org parser API. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3790bf8ea1d070055a989f0b9587948e07877977 -- Ihor Radchenko // yantar92, Org mode contributor,

Re: PATCH: Re: Reading the parameters of a special-block

Bruno Barbier writes: > I also added a new independent patch, to fix a bug when interpreting a special > block that has no content, and some tests. > > Let me know if I did miss something, > And thank you for the review! Thanks! LGTM. Now, can you also make a patch against

Re: Weird behavior of org-element-object-lex

Damien Cassou writes: > here is the beginning of `org-element-object-lex`: > > (defun org-element--object-lex (restriction) > "Return next object in current buffer or nil. > RESTRICTION is a list of object types, as symbols, that should be > looked after. This function assumes that

Re: Formatting in citation locator

M. ‘quintus’ Gülker writes: > Am Mittwoch, dem 19. Oktober 2022 schrieb Ihor Radchenko: >> It is expected because we do not allow "]" right after markup. You'd >> need to insert an escape character (zero-width space) to force the >> italics markup in [Sondervotum /Schluckebier/]. >> See

Re: Error during PDF export but the PDF file is exported

Pascal Quesseveur writes: >>"IR" == Ihor Radchenko writes: > > IR> I think that creating a temporary file locally is excessive. > > Perhaps, but I couldn't find another way. I think we are miscommunication. What I wanted to say is that `current-time' is good enough if we export to local

Re: Line breaks and brackets in LaTeX export

Max Nikulin writes: >>> Selectively adding some workaround require complete reimplementation of >>> exporters. I have some curiosity concerning pandoc approach, but I am >>> unsure if I will reserve some time to read its code. >> >> Maybe or maybe not. We have org-export-get-next-element and a

Re: [External] : Re: [BUG] recent slow down in agenda's clock table report (and with first clock-in) [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dortmann/src/git-org-mode/lisp/)]

Thank you!  I will take one or more of those steps. (The performance drop was sudden and steep, by the way.) On 10/19/22 23:56, Ihor Radchenko wrote: Daniel Ortmann writes: Here you go. Thanks! It looks like you have some task with giant years-worth logbook drawer. You can try to reduce

Re: [External] : Re: [BUG] recent slow down in agenda's clock table report (and with first clock-in) [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dortmann/src/git-org-mode/lisp/)]

Daniel Ortmann writes: > Here you go. Thanks! It looks like you have some task with giant years-worth logbook drawer. You can try to reduce org-element--cache-self-verify-frequency or even set org-element--cache-self-verify to nil. The latter should be safe if you haven't seen any Org mode

Re: [BUG] org-num-mode does not clear previous numbers [9.5.5 (9.5.5-g9ce472 @ /home/user/.config/emacs/straight/build/org/)]

Ruijie Yu via "General discussions about Org-mode." writes: > When I call `(org-num-mode)' from lisp multiple times on a single > orgmode buffer, I get multiple numberings on each heading. > Subsequently, when I call `(org-num-mode -1)' or `(org-num--clear)', > only one layer of numberings are

Re: [BUG] {C-c C-c} updating on a sub-headline checkbox statistics caused upper headline checkbox statistics reset to zero

"Christopher M. Miles" writes: > Here is a test org content: > > #+begin_src org > ,* 1 headline [0/2] > > ,** TODO kk [0/0] > :LOGBOOK: > - State "TODO" from [2022-08-17 Wed 06:02] > :END: > > ,** first-level headline [0/0] > > ,*** TODO second-level headline [2/2] > > - [X]

Re: size restriction on columnview?

Uwe Brauer writes: > The following columnview will indeed display all the properties of all > the headings in table form. > > #+BEGIN: columnview :maxlevel 2 :skip-empty-rows t :hlines 1 :indent nil > :format "%5TODO(Status) %SUMMARY(Sum) %5NR(Nr) %5ITEM(Stuff) > %5RG-Date(R-Date)

Re: [BUG] Mention #+PRINT_BIBLIOGRAPHY in the Org manual

Rudolf Adamkovič writes: > I wonder why the Org manual at > > https://orgmode.org/manual/Citation-handling.html > > does not mention the #+PRINT_BIBLIOGRAPHY keyword. For record, the manual now contains a dedicated section for printing the bibliography and additional options that can passed to

Re: [PATCH] Fix date in org-latex--format-spec

"Lucas V. R." writes: > This is my first time posting here. Sorry in advance if I did something > wrong. > I tried customizing org-latex-title-command with a "%D" placeholder but the > LaTeX was not compiling since this placeholder was being replaced by the > string > > ((latex-fragment (:value

Re: [BUG] S- Overridden by windmove.el [9.5.2 (release_9.5.2-3-geb9f34 @ /usr/local/share/emacs/28.0.91/lisp/org/)]

Yingnan Cui writes: > It seems that org-mode's S- is overriden by windmove.el even > though I'm adding the following configurations according to the org > manual: > ```emacs-lisp > ;; Make windmove work in Org mode: > (add-hook 'org-shiftup-final-hook 'windmove-up) > (add-hook

Re: [BUG] org-capture is not reentrant [9.5.2 (9.5.2-gfbff08 @ /home/ignacio/.emacs.d/elpa/org-9.5.2/)]

Ignacio Casso writes: > ... I took a quick look at the code and it > seems that a global property list is used internally for the capture > process, which seems to be only initialized at the start of the capture > process and therefore the inner capture would overwrite it in our > case. I saw

Re: [BUG] new cite: links not allowed at start of org heading [9.5 (9.5-gded97b @ c:/Users/scott/.emacs.d/straight/build/org/)]

Scott Otterson writes: > If I make a new org heading, and put the cursor just after the space > following the last heading star, then the citar package won't create a new > style citation link; if I type C-c b, I get this error message in the > minibuffer: > > user-error: Cannot insert a

Re: Babel: command line args in java

Jarmo Hurri writes: > 3. If this is desired behaviour, can I write a patch adding a new > header argument such as ~cmdargs~ ? For record, we do support :cmdargs header arg in ob-java. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at

Re: [BUG] Possible Outdated Documentation, Possible Bug. "Can't compile a java block without a classname." Org-babel babel java

uruseiiyatsura writes: > [Java Source Code Blocks in Org > Mode](https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-java.html) > says the following: > > "It is not necessary to include the class statement or define a main method. > ob-java will wrap a source code block in boilerplate

Re: Best android app

* Max Nikulin [2022-10-19 15:53]: > Better balanced position is necessary otherwise it would be just weakness in > communication with people who do not care if some software is free. Then such people have the chance to learn what is free software. Their weakness is not to know what it is. > > I

Weird behavior of org-element-object-lex

Hi, here is the beginning of `org-element-object-lex`: (defun org-element--object-lex (restriction) "Return next object in current buffer or nil. RESTRICTION is a list of object types, as symbols, that should be looked after. This function assumes that the buffer is narrowed to an

Re: PATCH: Re: Reading the parameters of a special-block

Ihor Radchenko writes: > The property name could be simply :parameters. Just like in src blocks > (see org-element-src-block-parser). Indeed. Done. > We probably want something like > > :parameters (and (org-string-nw-p parameters) (org-trim parameters)) > > Just as in

Re: Haskell code blocks

Hi Thomas, Ihor, I'm not currently using ob-haskell, but I do have a version of GHC. As I may use ob-haskell one day, I decided to take a look. Here are the versions I'm using: #+begin_src elisp (list (list "emacs" emacs-version) (list "org" org-version) (list

Re: Formatting in citation locator

Am Mittwoch, dem 19. Oktober 2022 schrieb Ihor Radchenko: > It is expected because we do not allow "]" right after markup. You'd > need to insert an escape character (zero-width space) to force the > italics markup in [Sondervotum /Schluckebier/]. > See

Re: Error during PDF export but the PDF file is exported

>"IR" == Ihor Radchenko writes: IR> I think that creating a temporary file locally is excessive. Perhaps, but I couldn't find another way. IR> You could guard the logic behind `file-remote-p'. FMU file-remote-p works onnly when there is a handler on path for operation file-remote-p,

Re: Line breaks and brackets in LaTeX export

On 18/10/2022 11:39, Ihor Radchenko wrote: Max Nikulin writes: Selectively adding some workaround require complete reimplementation of exporters. I have some curiosity concerning pandoc approach, but I am unsure if I will reserve some time to read its code. Maybe or maybe not. We have

Re: Line breaks and brackets in LaTeX export

For a while I have the following question. Is \\{} have the same effect on tabularray parser as \\\empty? Throw an error before \hline. It is possible to use \begin{tblr}[expand=\empty]{rl} but I would prefer to reserve such feature for a more nobble purpose. I've had a first look at

RE: R code blocks in org version 9.5

> My R code blocks work fine in org 9.5. When I plot graph using base graphics > in session, it works fine. The problem is with lattice graphs. With below > header variables, code block works fine. > > #+begin_src R :session *R* :results graphics file :file test.png > library(lattice) >

Re: Bug: clocktable :inherit-props does not respect global property setting [9.4.6 (9.4.6-12-gdcc3a8-elpa @ /home/jet/.config/emacs/elpa/org-20210823/)]

OK, got it now, thanks! I confirmed everything you said. My takeaway is that instead of using global properties as a single property at the top level, I should create a top-level properties drawer, which will have immediate usability. In the case of my example that would be: C-u C-c C-x d

Re: R code blocks in org version 9.5

On 19 October 2022, Naresh Gurbuxani wrote: It seems that org 9.5 has simplified header arguments for R code blocks that use grid graphics. Org 9.4 requires :results output graphics file Org 9.5 requires :results output file Do other users find the same change? They both work for me,

Re: R code blocks in org version 9.5

> Naresh Gurbuxani writes: > It seems that org 9.5 has simplified header arguments for R code > blocks that use grid graphics. > Org 9.4 requires :results output graphics file > Org 9.5 requires :results output file > Do other users find the same change? > Sent

Re: R code blocks in org version 9.5

It seems that org 9.5 has simplified header arguments for R code blocks that use grid graphics. Org 9.4 requires :results output graphics file Org 9.5 requires :results output file Do other users find the same change? Sent from my iPhone > On Oct 19, 2022, at 8:59 AM, Naresh Gurbuxani >

Re: R code blocks in org version 9.5

Thanks to your suggestion, I was able to narrow down the problem. My R code blocks work fine in org 9.5. When I plot graph using base graphics in session, it works fine. The problem is with lattice graphs. With below header variables, code block works fine. #+begin_src R :session *R* :results

Re: Best android app

On 17/10/2022 18:54, Jean Louis wrote: Though for that, we can't steer users to review non-free software as that means to let them give up on their freedom. I am unsure who has intention to steer users to non-free software. There was a message mentioning some application. I assume that the

Re: Line breaks and brackets in LaTeX export

Juan Manuel Macías writes: >> For a while I have the following question. Is \\{} have the same >> effect on tabularray parser as \\\empty? > > Throw an error before \hline. To expand on my answer: \\{} and \\\empty, before \hline, throw the same error: -- ERROR:

Re: Verse block and separations

Max Nikulin writes: > I still prefer to avoid replacement of latex newlines back to empty > string. Though I am really happy with the following code, I expected a > more concise snippet. Unit tests may found bugs in it. > > (let ((contents "\n\n 0 \n\n\na b\nc d e \n\n\nf g \n h i\n\n")) >

Re: Line breaks and brackets in LaTeX export

Max Nikulin writes: > Another recipe should be used: > > | / | < | > | > | | a | b @@latex:\rule[-1em]{0pt}{1em}@@ | > | | c | d | > > I believe that a more convenient way to override [0pt] to some other > length for particular

Re: Verse block and separations (was: [bug] `org-latex-line-break-safe' breaks the export of verse blocks to LaTeX)

On 16/10/2022 23:33, Juan Manuel Macías wrote: (replace-regexp-in-string "^[ \t]+" (lambda (m) (format "\\hspace*{%dem}" (length m))) (replace-regexp-in-string "\\(\n\\)+\\([ \t]*\\)+" "\n"

[BUG] org-num-mode does not clear previous numbers [9.5.5 (9.5.5-g9ce472 @ /home/user/.config/emacs/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 https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [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/)]

Moritz Schäfer writes: > Thanks for getting back to me on this. > > Here is a minimal example. In org-roam (v2), when having a file/node: Thanks! An example helps a lot. Can you try the attached patch against the latest main branch? >From 4e5c7373115cfeb88fb4392252d682fad8d178a8 Mon Sep 17

Re: Error during PDF export but the PDF file is exported

[Adding Org mailing list back to the loop. Someone forgot reply all in the earlier messages] Pascal Quesseveur writes: >>"IR" == Ihor Radchenko a écrit : > > IR> No, if there is an error when running LaTeX. No PDF file might be > IR> produced in some scenarios. And we need to clearly

Re: Haskell code blocks

"Thomas S. Dye" writes: >> To clarify, it looks like Prelude Emacs is doing something wrong >> here. >> Something that breaks haskell-mode and consequently ob-haskell. > > I'm using Spacemacs. Prelude is a standard module in Haskell. I > thought that might be the source. Thanks for the

Re: [O] Quoting of noweb references and variable noweb function arguments

Cody Goodman writes: > I'm having an issue with quoting noweb functions. Since quote is used to > signify a variable being passed into the noweb syntax function call I > cannot put a quote around theno web function call and end up with invalid > bash. >#+begin_src sh :noweb yes :var

Can someone dig the reasons behind emphasis regexp limitations?

Org allows *emphasis* markers to be surrounded by spaces to some markup: 1. Before opening emphasis marker we can have space; -('"{ 2. After closing emphasis marker we can have space; -.,;:!?'")}\[ (see org-element--parse-generic-emphasis) I keep looking at these rules and remain

Re: Formatting in citation locator

Marvin Gülker writes: > The decision contains two dissenting opinions at its end. Now I try to > cite the first one like this: > > #+TITLE: Test > #+AUTHOR: Test > #+LANGUAGE: de > #+cite_export: csl /tmp/juristische-schulung.csl > #+bibliography: /tmp/test.bib > >

bug#51034: error when doing a time stamp in org with no newline after heading

laslydone writes: > To reproduce: > 1. emacs -Q > (setq org-todo-keywords >'((sequence "REPORT(r!)"))) > 2. M-x eval-buffer > 3. C-x b test > 4. M-x org-mode > 5. * testheading > 6. C-c C-t r This issue is no longer present in the latest Org version (main branch). -- Ihor Radchenko

Re: [PATCH] Org Capture Add Tags with org-toggle-tag

Kevin Foley writes: > I have a capture template which utilizes %^g to prompt me for a tag to > add to a headline which already has a tag. An example to demonstrate > is: > > * TODO %? %^g :foo: > > If I call this template and give it "bar" when

Re: [PATCH] Unit-test for Please add support for dlangs packagemanager to ob-C.el

tbanelwebmin writes: > For unit-testing Dlang, we could mock the «dub» command (compiler+packager). > For instance, we could replace it > by the «cat» Linux command, just while running the unit-test. > > But the «cat» command introduces a new dependency on Linux. Is there a > portable

Re: [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/)]

Thanks for getting back to me on this. Here is a minimal example. In org-roam (v2), when having a file/node: *note_a.org *: *:PROPERTIES::ID: 3c885843-13ad-4dd8-a57f-de8271403b85:END:#+TITLE: Note A* and a second file *note_b.org *:

Re: [BUG] Org mode does not recognize the last character "_" in URL link

Ihor Radchenko writes: > "Christopher M. Miles" writes: > >> When URL has a character "_" at the end, Org mode can't fontify the URL >> link correctly. >> >> For example: >> >> https://www.twitter.com/example_ > > Plain links are tricky. There is no definitive regexp to catch all > possible

[SOLVED] Re: [CLOSED] text-property displayed image has a center-line when the text face has underline attribute

Eli Zaretskii writes: >> From: Ihor Radchenko >> Date: Sun, 2 Oct 2022 18:57:56 +0800 >> Cc: Eli Zaretskii , emacs-de...@gnu.org, emacs-orgmode@gnu.org >> >> 1. find an image file in your system >> 2. emacs -Q >> 3. M-: (erase-buffer) >> 4. Insert "askdjaklsdj lasasd" >> 5. M-: (require 'org)

Re: [PATCH] Add light argument to org-babel-lob-get-info

Ferdinand Pieper writes: > Ihor Radchenko writes: > >> I'd prefer to change LIGHT to NO-EVAL, including in >> org-babel-get-src-block-info. Changing argument name in function does >> not affect its caller in any way. Just need to update the function body >> and docstring carefully. >> >>

Re: [BUG] recent slow down in agenda's clock table report (and with first clock-in) [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dortmann/src/git-org-mode/lisp/)]

Daniel Ortmann writes: > Sometime during the past week I have been surprised by a sudden jump in > load time when clocking into the first task in the agenda. Today, while > tracking down that performance change, the problem "disappeared"! The > first clockin behaved normally. > > But! Pressing