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

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

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=

[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

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 >>

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

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.

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

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: 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

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

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

[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

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

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,

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

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.

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

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

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

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

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

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

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

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: 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

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

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

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

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

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

>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