Re: Radio links work only in small numbers

Ihor Radchenko writes: > org-target-link-regexp does not matter in this case. For this long > regexps I introduced a new variable org-target-link-regexps that > contains a list of shorter regexps. This list is used instead of > org-target-link-regexp. Ah! Thank you. If it is valid to compare

Re: [PATCH] org-babel-demarcate-block: split using element API

On 29.02.2024 12:56, Ihor Radchenko wrote: gerard.vermeu...@posteo.net writes: That includes `org-babel-demarcate-block' splitting with the patch. I do not understand why it works and why I never see the user-error re-signalled by `org-babel-edit-prep:sql' (even as demoted message).

Re: Radio links work only in small numbers

Noboru Ota writes: > - MAX_BUF_SIZE in src/regex-emacs.c is, if I understand the comment > around it correctly, 2^15 bytes = 32768 bytes. > > - `org-target-link-regexp-limit` is 2^11 bytes = 2048 bytes (?). > > - For my 5000 terms, (length org-target-link-regexp) => 103603 (what's > the unit

Re: Radio links work only in small numbers

Ihor Radchenko writes: > Thanks for testing! > Applied, onto main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=341a01a07 > Fixed. You're very welcome. This is amazing. Thank you so much. I have rebased the source to the latest main and also tested with 10,000 dummy entries.

Re: [proof of concept] inline language blocks

Max Nikulin writes: >> Anyway, I think your example only makes sense in HTML, or at least I >> can't make sense of it in LaTeX. Why would anyone want {text} to be >> passed to LaTeX as \bar{text}, instead of just {text}? In HTML it >> does seem sensible to me that someone would want to change the

Re: [proof of concept] inline language blocks

On 29/02/2024 17:41, Juan Manuel Macías wrote: Max Nikulin writes: I do not try to dispute \foo and class="foo" as default behavior. I suggest to implement possibility to override default behavior of {text} to \bar{text} and text. The same is applicable for anonymous objects

Re: [PATCH] org-babel-demarcate-block: split using element API

gerard.vermeu...@posteo.net writes: > That includes `org-babel-demarcate-block' splitting with the patch. > > I do not understand why it works and why I never see the user-error > re-signalled by `org-babel-edit-prep:sql' (even as demoted message). Because `org-babel-edit-prep:sql' does not

Re: Setting org-odd-levels-only causes [/] and [%] count incorrectly

"E.L.K." writes: > I recently encountered this bug. > > If org-odd-levels-only set to true, this is how [/] is being counted (i.e. > if I press C-c C-c on them): > >> * test >> *** first [2/3] >> * DONE first 1 >> *** second [1/2] >> * DONE second one >> * TODO second two Thanks for

Re: emacs-orgmode@gnu.org Subject: Org mode version 9.7-pre (9.7-pre-n/a-g356072; org-table-to-lisp breaks table alignment when using links

Kostadin Ninev writes: > After installing latest org from git, table alignment is broken for > me in tables where some of the cells contain links for example: > > > | a| b | > |--+---| > | [[c][c]] | d | > > > Shows like this: > > > | a| b | > |--+---| > | c | d

Re: Radio links work only in small numbers

Noboru Ota writes: >> You need Www. >> The attached version of the patch should work for 5000-terms.org. > > Thank you, Ihor. With your advice, I have managed to apply the patch. It > works for 5000 terms! Thank you. Thanks for testing! Applied, onto main.

Re: [proof of concept] inline language blocks

Max Nikulin writes: >> the user should expect something like {...} to produce \foo{...} or >> ..., etc. The only difference is that there would >> be an anonymous variant &_{...}. > > I do not try to dispute \foo and class="foo" as default behavior. I > suggest to implement possibility to

Re: [PATCH] ob-tangle: Add flag to optionally remove files before writing

Olivier Lischer writes: >> Please, let me know if you want to change anything. >> Also, if you can, please test my patch with your use-case. > > I tried it and it works for me. > Thank you for your patience. Thanks for testing! Applied, onto main.

Re: bizarre: checkbox in properties, counting does not work with subheadings

Ihor Radchenko writes: > With the attached patch, the result would be the following: Applied, onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=ac1ed2bf8 Fixed. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at .

Re: [PATCH] org-babel-demarcate-block: split using element API

On 28.02.2024 12:54, Ihor Radchenko wrote: gerard.vermeu...@posteo.net writes: You may wrap `org-indent-block' into `condition-case' to catch user-errors. The caveat is not a real constraint, since Org has limited support for source block editing in an Org mode buffer when an

Re: Things got very slow: profiler output

Bruno Barbier writes: > Hi William, > > William Denton writes: > >> I rebuilt Org and Emacs from the development trees and something is wrong, >> because some Org files I use regularly have become incredibly slow to use. >> I rarely use the profiler and don't know what to make of what it

Re: Things got very slow: profiler output

Bruno Barbier writes: > Did you customize org-latex-and-related-regexp ? Is it still slow if you set > this to nil (which is apparently the default value) ? org-latex-and-related-regexp is not a customization. It is an internal variable. The relevant customization is

Re: Question about cite_export basic

Ihor Radchenko writes: > Parsing itself is not that hard, actually. We just need to follow > http://www.bibtex.org/SpecialSymbols/. However, it will be better if the > parsing is done on bibtex.el side. Not so easy. http://www.bibtex.org/SpecialSymbols/ is not accurate and there is no formal

Re: Things got very slow: profiler output

Hi William, William Denton writes: > I rebuilt Org and Emacs from the development trees and something is wrong, > because some Org files I use regularly have become incredibly slow to use. I > rarely use the profiler and don't know what to make of what it says, but I > opened a file and

Setting org-odd-levels-only causes [/] and [%] count incorrectly

Hello! I recently encountered this bug. If org-odd-levels-only set to true, this is how [/] is being counted (i.e. if I press C-c C-c on them): > * test > *** first [2/3] > * DONE first 1 > *** second [1/2] > * DONE second one > * TODO second two This is "minimal config" to