Re: How to disable completely org-persist

>writes: > On Sat, Dec 03, 2022 at 01:19:47AM +0100, Angelo Graziosi wrote: >> I have already posted this to emacs-devel people (see >> https://lists.gnu.org/archive/html/emacs-devel/2022-12/msg00045.html). >> >> After a recent Emacs build from master I find `org-per

Re: How to disable completely org-persist

Colin Baxter writes: > I too would like a means to disable org-persist. I don't doubt it may be > useful for those users with "large" org files with multiply src-blocks, > etc., etc., but, for me, I have not found any improvement in > performance. As remarked by the OP, the feature should not be

Re: How to disable completely org-persist

Ihor Radchenko on emacs-orgmode wrote: > That being said, it should not be a big deal to allow disabling > org-persist when desired. In fact, org-persist is already > auto-disabled when using emacs -Q. I can add a user switch > on top. I wonder what kind of answer is this.. Also not using ORG

Re: How to disable completely org-persist

> Ihor Radchenko on emacs-orgmode wrote: > I can add a user switch > > on top. > Please, add an option to disable the caching (org-cache 0) which disables *all* other thing (org-persist and friends).. ...or disable *all* by default and the user that like that will set (org-cache 1) ..

Re: How to disable completely org-persist

Angelo Graziosi writes: > Ihor Radchenko on emacs-orgmode wrote: > >> That being said, it should not be a big deal to allow disabling >> org-persist when desired. In fact, org-persist is already >> auto-disabled when using emacs -Q. I can add a user switch >> on top. > > I wonder what kind of a

Re: Bug org-cycke fails after "replace-string" is

Charles Millar writes: > Attached is an example > > 1. Open all headings etc. show the contents then Collapse all headings > 2. Cycle First Heading to show its content > 3. Cycle Second Heading to show only the subheadings, but not the > content of each subheading > 3. Cycle Subheading B, to sho

Re: org-assert-version considered harmful

Stefan Monnier writes: > BTW, rather than unloading, `package.el` relies on forcibly "re"loading > from the new version the already loaded files from the old version. > It suffers from a different set of problem :-( > [ I suspect `defvar` is the main problem for that solution. ] Could it be pos

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

gerard.vermeu...@posteo.net writes: >> I am attaching a patch under your name. Let me know if it fits your >> suggestions. > > The patch fits my suggestions. Thanks for confirming! Applied onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4af243166 -- Ihor Radchenko //

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

Esteban Ordóñez writes: >> "Clock summary at" will be used as title: >> >> #+TITLE: Clock summary at [2022-11-28] > > Then the translation looks OK. Nevertheless, it sounds cranky. If > there is an example of what the title has below it, it might be easier > to judge. Perhaps the manual or an

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

Ihor Radchenko writes: > Applied onto main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4af243166 And you are now officially listed as Org contributor ;) https://git.sr.ht/~bzg/worg/commit/a26356a9 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

Jonathan Gregory writes: >> Contributions for other languages are also welcome. > > For Portuguese, I'd use the following: > > ("pt" "Arquivo" "N" "Data e hora" "Título" "Hora" "TODOS" "Hora > total" "Hora do arquivo" "Resumo das horas em") Thanks! Would you mind making a patch? (I am asking be

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

Rudolf Adamkovič writes: > Slovak: > > ("sk" "Súbor" "L" "Časová značka" "Záhlavie" "Čas" "VŠETKO" "Celkový > čas" "Čas súboru" "Časový súhrn pre") Thanks! A patch would make it easier for me to apply the change with a proper attribution ;) -- Ihor Radchenko // yantar92, Org mode contributor,

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

Max Nikulin writes: > For some reason I believed that gettext was available in Emacs. Actually > only a rudimentary variant of `ngettext' (for plurals) was added in > 2019. I was going to ask why .po files are not used in Org for > translations. Perhaps I confused it with old versions of TeXma

Re: How to disable completely org-persist

> Ihor Radchenko writes: > Colin Baxter writes: >> I too would like a means to disable org-persist. I don't doubt it >> may be useful for those users with "large" org files with >> multiply src-blocks, etc., etc., but, for me, I have not found >> any improvement in perfor

Re: Adding #+name to result block in babel

Henrik Frisk writes: [snipped] Then you can use the result like this: #+begin_src sh :var value=my_result echo $value #+end_src #+RESULTS: : hello This does not use the result but rather reevaluates the "my_result" code block. Thank you! That was good to b

Re: [BUG] Clipboard text pasted in two windows with a cloned buffer [9.6-pre ( @ /home/chomwitt/.config/emacs/elpa/org-9.6pre0.20221110.85807/)]

Alexandros Prekates writes: > Observer behavior: > WINDOW A -- > * FOO1 > ** goo2 > ** zoo2 > bla > bla > MOOO <-- pasted text > > WINDOW B -- > * FOO1..MOOO Thanks for reporting! It turned out to be not "just a display glitch", but a more serious oversight. Fixed on bugfix. https:/

Re: [BUG] warn when use org-capture [9.6 (release_9.6-3-ga4d38e @ /home/feng/emacs/emacs29/lisp/org/)]

Feng Shu writes: >> Do you see the warning frequently? If so, would you be able to bisect >> your config and find out which part is causing the issue? > > emacs -Q > > -- > (global-set-key (kbd "C-c c") 'org-capture) > (setq org-adapt-indentation 'headline-data) > > (setq org-

Re: [PATCH] Improve Swedish entry in org-export-dictionary

Stefan Kangas writes: > The attached patch improves the Swedish localization of > org-export-dictionary, and adds several missing entries. Thanks! Applied onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=81b083b08 -- Ihor Radchenko // yantar92, Org mode contributor, L

Re: [PATCH] Fix two typos

Stefan Kangas writes: > The attached patch fixes two typos. Applied onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=60de19f91 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

[BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

After the changes to ob-core.el introduced in commit: b4e437f968771df9555f9306467846965857f632 plain lists passed to R source code blocks are generated with extra (empty) items. Example: #+name: alist - first item - second item - third item #+begin_src R :var list=alist list #+end_src #+RES

Displaying macros differently

Hi everyone, I frequently use orgmode macros -- like {{{M(Year 1998--99)}}} -- in tables designed for latex export. I find that the macro syntax occupies many character spaces. At the very least, 9 spaces are taken up even if my macro shortcut is just one character long. This is very difficult wit

Clocking in is pretty slow in version 9.6 when the item has a large

I use the following method to get the time taken for `org-clocl-in`: (benchmark 1 '(org-clock-sum (org-clock-get-sum-start))) In my case, the item has 1400+ entries in its logbook, clocking in will cost 1-2s to finish(benchmark results: "Elapsed time: 1.689801s (0.527506s in 7 GCs)"). That's abno

Re: Clocking in is pretty slow in version 9.6 when the item has a large

> On Dec 4, 2022, at 4:12 AM, Eli Qian wrote: > > After investigation by using profiler, I found the problem is caused by > `org-element-at-point` I'm also seeing this slowdown after compliling from Emacs master around the time of the 29.1 cutoff. I use the org version in Emacs master. I use

Re: Clocking in is pretty slow in version 9.6 when the item has a large

Eli Qian writes: > Any idea about speeding up clocking in? Try reducing `org-element--cache-self-verify-frequency' to a smaller number. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [HELP] Translate/extend `org-clock-clocktable-language-setup' for Spanish/Dutch/more languages

On 04 Dec 2022, Ihor Radchenko wrote: Jonathan Gregory writes: Contributions for other languages are also welcome. For Portuguese, I'd use the following: ("pt" "Arquivo" "N" "Data e hora" "Título" "Hora" "TODOS" "Hora total" "Hora do arquivo" "Resumo das horas em") Thanks! Would you mi

Re: [External] : Re: Clocking in is pretty slow in version 9.6 when the item has a large

Eli, I also had performance issues after the logbook was switched to true parsing instead of regular expressions.  In my case, I had logbook entries going back to 2012! After I cleared out the excess entries the performance jumped back up. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/

Re: Clocking in is pretty slow in version 9.6 when the item has a large

Ihor Radchenko writes: > Eli Qian writes: > >> Any idea about speeding up clocking in? > > Try reducing `org-element--cache-self-verify-frequency' to a smaller > number. For some context, self-verify staff will only be enabled during pretest. It is an equivalent of ./configure --enable-checking

Re: Clocking in is pretty slow in version 9.6 when the item has a large

> On Dec 4, 2022, at 10:18 AM, Ihor Radchenko wrote: > > Ihor Radchenko mailto:yanta...@posteo.net>> writes: > >> Eli Qian mailto:eli.q.q...@gmail.com>> writes: >> >>> Any idea about speeding up clocking in? >> >> Try reducing `org-element--cache-self-verify-frequency' to a smaller >> number

[PATCH] lisp/org-expiry.el: Account for org-time-stamp-formats

Hi, Here is a patch for org-contrib/lisp/org-expiry.el to account for recent changes to org-time-stamp-formats. Best, Tom PS is this list still the best place to send org-contrib patches? From 2408e92a9c5e155b55a374462d1314aabbe50fe0 Mon Sep 17 00:00:00 2001 From: Tom Gillespie Date: Sun, 4 De

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

i see this same behavior. to me, (org-babel-R-assign-elisp) seems to be the problem, but it hasn't changed any time recently. (nor, if my =git blame= is done correctly, has anything else in ob-R.el.) i don't understand how (org-babel-R-assign-elisp) thinks. it seems to assign =max= and =min= as

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

for the record, these are the tests i ran with my off-the-cuff "fix" (s/sequencep/listp/): #+name: alist - first item - second item - third item #+begin_src R :var list=alist :session ss list #+end_src #+RESULTS: | first item | second item | third item | #+begin_src R :var variable='(a tes

Re: Displaying macros differently

On 4 December 2022, Vikas Rawal wrote: I frequently use orgmode macros -- like {{{M(Year 1998--99)}}} -- in tables designed for latex export. I find that the macro syntax occupies many character spaces. At the very least, 9 spaces are taken up even if my macro shortcut is just one character long