Re: Question about cite_export basic

Dominik Schrempf writes: >> For now, I reached Emacs devs asking to provide the parsing within >> bibtex.el. See https://debbugs.gnu.org/cgi/bugreport.cgi?bug=57712 >> Lets see what they reply first. >> > > Dear Ihor! > > Thank you for posting the BibTeX brace problem upstream. From what I can >

Re: error org export to pdf when latex letter class has been added to org-latex-classes

"M. Pger" writes: > When I export it using C-c C-e l o, an error appears: > ``` > (/usr/share/texlive/texmf-dist/tex/latex/natbib/natbib.sty > > ! LaTeX Error: Environment thebibliography undefined. > > Any thoughts? I cannot reproduce on my side. I suggest you to follow

Re: org-assert-version considered harmful

Stefan Monnier writes: >>> Yup. But there's no option to automatically find those dependencies in >>> ELisp, and (IIRC from last time I looked at it, in many packages obeying >>> such dependencies would end up introducing circular dependencies in >>> the Makefile), so we'd have to depend on the

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

andrés ramírez writes: > Ihor> Now, can you execute the following and let me know if the > performance is back to > Ihor> satisfactory? > > [...] [Note that I pushed the change in org-back-to-heading upstream]

Reinstalling compat fixed everything breaking

Yesterday I pulled the current source trees for Org and Emacs and compiled as I usually do ... and everything broke, with Org complaining about mixed versions, and all kinds of warnings and backtraces and "Invalid function: compat-declare-version" errors. After looking at various things I

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Hi. Ihor. > "Ihor" == Ihor Radchenko writes: [...] Ihor> Now, can you execute the following and let me know if the performance is back to Ihor> satisfactory? [...] I have tested your suggested changes. emacs28 with bundled org have recovered and it is a little bit quicker than

Re: error org export to pdf when latex letter class has been added to org-latex-classes

Hi, Thank you for your answer. > Are you including citations in your letter? No, that's also why it is puzzling. You should be able to reproduce the issue by creating a really minimalist init file including the following: ``` (with-eval-after-load 'ox-latex (add-to-list 'org-latex-classes

Re: org-super-agenda global list of TODO items

On 2022-09-13 20:55, Angel de Vicente wrote: Hello, This looks correct. The only suspicious group is the one with :time-grid. Time grid is not supported in todo list by vanilla org-agenda. I am not sure how well org-super-agenda handles it. I'd try to remove the "Schedule" group for TODO

Re: error org export to pdf when latex letter class has been added to org-latex-classes

M. Pger writes: > Thank you for your answer. > >> Are you including citations in your letter? > > No, that's also why it is puzzling. You should be able to reproduce > the issue by creating a really minimalist init file including the > following: > > ``` > (with-eval-after-load 'ox-latex >

Re: org-super-agenda global list of TODO items

Hello, > This looks correct. The only suspicious group is the one with > :time-grid. Time grid is not supported in todo list by vanilla > org-agenda. I am not sure how well org-super-agenda handles it. > > I'd try to remove the "Schedule" group for TODO agenda. If it helps the > situation, you

Re: error org export to pdf when latex letter class has been added to org-latex-classes

Hi, M. Pger writes: > (/usr/share/texlive/texmf-dist/tex/latex/natbib/natbib.sty > > ! LaTeX Error: Environment thebibliography undefined. > > See the LaTeX manual or LaTeX Companion for explanation. > Type H for immediate help. > ... >

Re: org-assert-version considered harmful

>> Yup. But there's no option to automatically find those dependencies in >> ELisp, and (IIRC from last time I looked at it, in many packages obeying >> such dependencies would end up introducing circular dependencies in >> the Makefile), so we'd have to depend on the package's author to provide

error org export to pdf when latex letter class has been added to org-latex-classes

Dear All, I've told Org about the letter class with the following in my init file: ``` (with-eval-after-load 'ox-latex (add-to-list 'org-latex-classes '("letter" "\\documentclass{letter}")) ) ``` After that I can create a org document containing e.g.: ``` #+latex_class: letter #+latex_header:

Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency

Hi Christophe, * Christophe Schockaert wrote: > > In a sense I can feel it’s useful to have an explicit cancel while > working. > But I don’t know how to handle it (see below). > I don’t think [/] would be a good candidate anyway, it’s used as a > statistic cookie, so it already has a meaning

Re: org-super-agenda global list of TODO items

Angel de Vicente writes: > Ihor Radchenko writes: > >> How do you customize your org-super-agenda-groups variable? > > via customize-variable, which sets this in my custom-set-variables in my > .emacs: > > , > | '(org-super-agenda-groups > |'((:name "Schedule" :time-grid t

Re: org-assert-version considered harmful

Stefan Monnier writes: >>> - git pull => switches to 9.5.5, but several .el files are left unchanged. >>> - make autoloads => this refreshes the autoloads, but the .elc files >>> of those .el files which didn't change still won't be recompiled. >> >> Isn't it a bug in the elpa scripts

Re: org-super-agenda global list of TODO items

Hello, Ihor Radchenko writes: > How do you customize your org-super-agenda-groups variable? via customize-variable, which sets this in my custom-set-variables in my .emacs: , | '(org-super-agenda-groups |'((:name "Schedule" :time-grid t :transformer | (--> it |

Re: org-super-agenda global list of TODO items

Angel de Vicente writes: >> Could you please elaborate what you mean by "organize"? > > Maybe the best is an image... If you look at > https://github.com/alphapapa/org-super-agenda/blob/master/images/screenshots/index.org, > you can see that the TODO items for a given date in the agenda are >

Re: [BUG] Unregistered buffer modifications detected [9.6 (9.6-??-00adad9 @ /Users/h1/.emacs.d/.local/straight/build-28.1/org/)]

Andrej Močan writes: > The error message below started to appear regularly whenever I save Org > mode buffer in Org Roam. It does not matter how I save the buffer (:w or C-c) > > Error message: > Warning (org-element-cache): org-element--cache: Unregistered buffer > modifications detected.

Re: [PATCH] Re: [BUG] Adding note to heading without newline at the end

Tor Kringeland writes: > Ihor Radchenko writes: > >> Aha. Not saving is an important piece of information. >> (said the person with compulsive saving syndrome) > > Thanks! This fixes the bug (which was present in both Org 9.5 and 9.6) > for me. However, my original bug, which is only present

Re: Question about cite_export basic

Ihor Radchenko writes: > Dominik Schrempf writes: > >> title = {{Introduction to Markov Chain Monte Carlo}}, >> ... >> Is rendered as >> >> Geyer, Charles J (2011). {Introduction to Markov Chain Monte Carlo}, CRC >> press. >> >> In particular, the curly braces are printed. Curly

Re: org-assert-version considered harmful

>> - git pull => switches to 9.5.5, but several .el files are left unchanged. >> - make autoloads => this refreshes the autoloads, but the .elc files >> of those .el files which didn't change still won't be recompiled. > > Isn't it a bug in the elpa scripts then? > If a macro definition is

Re: Images in org-mode

Timothy writes: >> Did it get merged? There are several patches proposed in that thread, >> but I do not see them being actually merged upstream. > > Mmm, that thread ends with me proposing a specific approach and Matt saying it > sounds good (,

Re: BUG: org-show-context 'lineage not showing direct parent of inlinetask

Michael Dauer writes: > This e.g. affects pressing TAB on an inlinetask in the agenda view. > > Org mode version 9.5 (9.5-gced2b3 Thanks for reporting! Fixed on main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4d8c6fbf7a0cf6f72aa91d03d3dcd6456e9c2b2b -- Ihor Radchenko,

Re: [PATCH v2] Re: Adding target and custom id links doesn't ask for description

Ihor Radchenko writes: >> Yes, I've tested it with target and custom_id links and, as you said, there >> is no change in behavior. The entire URL is still pasted and no chance to >> edit it is given to the user. > > Oops. Somehow some way things worked for me at some point when I was > making

Re: Bug: org-store-link uses CUSTOM_ID instead of target point [9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)]

Max Nikulin writes: >> Fixed in maint, thanks a lot for reporting this and Ihor for >> confirming the bug. > > Bastien, unfortunately your fix caused duplication of stored links like > "file:~/org/file.org::#custom_id" when point is outside of <>. > Earlier #CUSTOM_ID link was stored in

Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency

On 2022-09-13 10:07, Karl Voit wrote: Hi Ihor, * Ihor Radchenko wrote: Karl Voit writes: I was using list checkboxes like that: - [ ] open task - [X] closed task - [-] cancelled task From the manual (5.6 Checkboxes): ‘C-c C-x C-b’ (‘org-toggle-checkbox’) Toggle checkbox status

Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency

On 2022-09-13, at 10:07, Karl Voit wrote: > Is it only me who is thinking that a non-blocking cancelled checkbox > state would be a good idea? No. -- Marcin Borkowski http://mbork.pl

Re: Suggested Syntax for cancelled checkboxes: [-] as non-blocking dependency

Hi Ihor, * Ihor Radchenko wrote: > Karl Voit writes: > >> I was using list checkboxes like that: >> - [ ] open task >> - [X] closed task >> - [-] cancelled task > > From the manual (5.6 Checkboxes): > > ‘C-c C-x C-b’ (‘org-toggle-checkbox’) > Toggle checkbox status or—with prefix

[BUG] Unregistered buffer modifications detected [9.6 (9.6-??-00adad9 @ /Users/h1/.emacs.d/.local/straight/build-28.1/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.

[BUG] org-paste-subtree inserts empty line above paste

Emacs 28.1 Orgmode 9.5.2 (but discovered already 2020-01-20) When pasting a subtree (of whichever level) with org-paste-subtree at any position (can be an empty line or a line with a header prefix, e.g. "*** "), always an empty line is inserted above the inserted subtree. I would expect no