[BUG] Do not spellcheck "fn" in footnotes [9.5.3 (release_9.5.3-467-g2bd34e @ /Users/salutis/src/org-mode/lisp/)]

2022-05-13 Thread Rudolf Adamkovič
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: \minus entity and LaTeX export

2022-05-13 Thread Ihor Radchenko
Max Nikulin writes: >> "** Science et al." >> - ("minus" "\\minus" t "−" "-" "-" "−") >> + ("minus" "-" t "−" "-" "-" "−") > > Should it be "\textminus" instead? I never used it but my expectation > that it was added for text mode outside of equations: \minus1. It > required \usep

Re: \minus entity and LaTeX export

2022-05-13 Thread Timothy
Hi Max, > I was checking which changes had been landed to the main branch as the result > of > Ihor’s work and I noticed a commit unrelated to my initial curiosity but that > might be questionable: >> org-entities: Change − to - >> * lisp/org-entities.el: The LaTeX command − doesn’t exist, but a

Re: [PATCH v4] org-encode-time compatibility and convenience helper

2022-05-13 Thread Ihor Radchenko
Max Nikulin writes: >>> I do not like repeating of `org-encode-time' but do not see another way >>> till Emacs-29 will become the lowest supported version. >> >> This is fine. AFAIK, other parts of time handling code is full of conds >> and pcases. > > I mean that before my patch there was singl

Re: [PATCH] org-element--current-element: Fix #+BEGIN$ parsed as special block

2022-05-13 Thread Ihor Radchenko
Nicolas Goaziou writes: > Hello, > > Ihor Radchenko writes: > >> Nicolas, >> Let me know if I miss something about special block parsing. > > LGTM! Thanks. Applied onto main as e5e7ae36c. I changed the patch as org-element-dynamic-block-open-re is matching from bol. Also, I fixed one broken t

Re: [PATCH] Re: [BUG] org-element-map doco should refer to org-element-parse-buffer [9.5.2 (9.5.2-gfbff08 @ /home/phil/.emacs.d/elpa/org-9.5.2/)]

2022-05-13 Thread Ihor Radchenko
Phil Hudson writes: > Thanks Ihor, that's great! > > One tiny nit-pick: I think "e.g." is deprecated in favor of the > explicit literal "for example". My source for this is (info "(elisp) > Documentation Tips"). Fair point, though searching across org-element.el reveals that e.g. is used in many

\minus entity and LaTeX export

2022-05-13 Thread Max Nikulin
Hi, I was checking which changes had been landed to the main branch as the result of Ihor's work and I noticed a commit unrelated to my initial curiosity but that might be questionable: commit 15d25644cc8d88fd5cd0ad53caedaedad3635d8d author TEC Sat Jan 22 20:41:55 2022 +0800 org-entities: C

Re: [PATCH] Re: Concatenate properties

2022-05-13 Thread Tyler Grinn
Ihor Radchenko writes: >> From f474cb25840fdc6b24618b1452cb7fdd32545092 Mon Sep 17 00:00:00 2001 >> From: Tyler Grinn >> Date: Mon, 9 May 2022 15:52:58 -0400 >> Subject: [PATCH] lisp/org.el: Add org-property-separators option > > LGTM! > > I will leave this for another week to give other people

Multi-line headers with longtable

2022-05-13 Thread Brett Presnell
Sorry I sent this twice. Forgot that I was subscribed from my member.fsf.org email address. I have come upon a problem with export of multi-line table headers in long (multi-page) tables. I can't imagine that this hasn't come up before, but I wasn't able to google up any other reports, so ...

Re: simple request letter - help

2022-05-13 Thread andrés ramírez
Hi. Juan. Mi comments below. [...] Juan> ID: #+end_signature Adding that part: --8<---cut here---start->8--- #+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil title:nil #+LaTeX_Header: \parindent=0em\parskip=\bigskipam

Re: simple request letter - help

2022-05-13 Thread andrés ramírez
Hi. Juan. It ended this way: --8<---cut here---start->8--- #+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil title:nil #+LaTeX_Header: \parindent=0em\parskip=\bigskipamount * Me John Doe with ID number request to install

Re: simple request letter - help

2022-05-13 Thread Juan Manuel Macías
andrés ramírez writes: > Right. It is giving me an error I have NOT noticed it because the pdf is > being generated. Your document is probably compiled on export with the `-intercaction=nonstopmode' option, and thus does not break the compilation with an error. In any case, I don't really underst

Re: simple request letter - help

2022-05-13 Thread andrés ramírez
Hi. Juan. My comments below. > "Juan" == Juan Manuel Macías writes: [...] Juan> section is not indented. This is what is happening :): That is good to know. Juan> section no indent - indent -- indent -- [...] Juan> is enough that you add this:

Re: simple request letter - help

2022-05-13 Thread Juan Manuel Macías
hi Andrés, andrés ramírez writes: > Hi. Juan. > My comments below. I'll explain what happens. There really isn't an alignment issue. TeX by default applies a first line indent to paragraphs. It also defaults to applying English typographical conventions, as is the case in your document, where th

Re: [PATCH] org-macs.el: Do not compare wall time and file modification time

2022-05-13 Thread Paul Eggert
On 5/13/22 05:28, Max Nikulin wrote: Feel free to commit your variant though, I will not object, but I am not going to update my patch in this way as well. I'll leave it up to you; it's not a big deal either way.

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Alessandro Bertulli
Hi, I think I spotted the problem. It's difficult to be sure, but apparently, since version 4.31, latexmk automatically detects and run biber as a citation engine (see this post https://tex.stackexchange.com/a/231351/259874). In fact, in the latexmk man page, it is said to use the option -bibtex t

Re: simple request letter - help

2022-05-13 Thread andrés ramírez
Hi. Juan. My comments below. > "Juan" == Juan Manuel Macías writes: Juan> Can you please copy the contents of your .tex file here: `M-x org-export-disptatch l l'? --8<---cut here---start->8--- % Intended LaTeX compiler: pdflatex \documentclass[11pt]{a

Re: simple request letter - help

2022-05-13 Thread Juan Manuel Macías
Hi Andrés, Andrés Ramírez writes: > When I export the file M-x org-export-distpach l p > > The second and third paragraph do nat have right alignment as the first > paragraph. Can you please copy the contents of your .tex file here: `M-x org-export-disptatch l l'? Best regards, Juan Manuel

simple request letter - help

2022-05-13 Thread Andrés Ramírez
Hi. I am trying to do a simple request letter. This is the content of the file. --8<---cut here---start->8--- #+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil title:nil * Me John Doe with ID number request to install me

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Eric S Fraga
On Friday, 13 May 2022 at 09:48, Bruce D'Arcus wrote: > It's not undocumented; it's poorly documented :-) I don't that's entirely fair... just a little sparse maybe. ;-) (but your comment taken as intended) I've made use of it recently and it had what I needed. -- : Eric S Fraga, with org relea

Re: [PATCH] Re: How to stop results being hidden when using ":results drawer"?

2022-05-13 Thread Ihor Radchenko
Eric S Fraga writes: > On Friday, 13 May 2022 at 21:35, Ihor Radchenko wrote: >> In fact, forcefully folding the drawers is relatively recent addition by >> Nicolas in 1027e0256903bc2. > > I wonder if this is related to my issue with ediff-ing org buffers and > having drawers hidden? I've not ha

Re: [PATCH] Re: How to stop results being hidden when using ":results drawer"?

2022-05-13 Thread Eric S Fraga
On Friday, 13 May 2022 at 21:35, Ihor Radchenko wrote: > In fact, forcefully folding the drawers is relatively recent addition by > Nicolas in 1027e0256903bc2. I wonder if this is related to my issue with ediff-ing org buffers and having drawers hidden? I've not had time yet to investigate but in

Re: [PATCH v4] org-encode-time compatibility and convenience helper

2022-05-13 Thread Max Nikulin
On 11/05/2022 20:20, Ihor Radchenko wrote: Max Nikulin writes: + ;; In Emacs-27 and Emacs-28 `encode-time' does not support 6 elements + ;; list argument so `org-encode-time' can not be outside of `pcase'. + (pcase-let + ((`(,_ ,_ ,_ ,d

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Ihor Radchenko
"Bruce D'Arcus" writes: >> Last thing: I heard that the citation part of the manual is still >> undocumented. Is this right? If so, do you think what we discovered >> (especially about manually requiring libraries) may be useful? May I >> help? > > It's not undocumented; it's poorly documented :-

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Bruce D'Arcus
On Fri, May 13, 2022 at 9:32 AM Alessandro Bertulli wrote: > Last thing: I heard that the citation part of the manual is still > undocumented. Is this right? If so, do you think what we discovered > (especially about manually requiring libraries) may be useful? May I > help? It's not undocumente

[PATCH] Re: How to stop results being hidden when using ":results drawer"?

2022-05-13 Thread Ihor Radchenko
John Kitchin writes: > This issue is specific to using a scimax function > `scimax-ob-execute-and-next-block` that executes the current block then > moves to the next or creates a new block if needed. This is a UI feature > from jupyter notebooks that I like to use. > > That function uses `(org-b

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Alessandro Bertulli
Thanks, I'll mail to mr Collins to inform him then. Thank you all for your help! Last thing: I heard that the citation part of the manual is still undocumented. Is this right? If so, do you think what we discovered (especially about manually requiring libraries) may be useful? May I help? Thank y

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Bruce D'Arcus
On Fri, May 13, 2022 at 9:15 AM Alessandro Bertulli wrote: ... > So, shall we conclude that latexmk has an issue with correctly > recognizing natbib and calling bibtex? Yes! I just tried it now, and see the same thing. It's weird, because I don't recall seeing that before. I'd call that a bug

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Alessandro Bertulli
Ok, I think I got something. Indeed, setting org-latex-pdf-process to '("pdflatex -output-directory %o %f" "bibtex %b" "pdflatex -output-directory %o %f" "pdflatex -output-directory %o %f") produces the correct pdf output. I think I have a hint of the reason for this. When exporting to a La

Re: How to stop results being hidden when using ":results drawer"?

2022-05-13 Thread John Kitchin
If you add this and click on it: [[elisp:(org-show-entry)]] The drawer will collapse. This issue is specific to using a scimax function `scimax-ob-execute-and-next-block` that executes the current block then moves to the next or creates a new block if needed. This is a UI feature from jupyter n

Re: [PATCH] Re: Concatenate properties

2022-05-13 Thread Ihor Radchenko
Tyler Grinn writes: > Ihor Radchenko writes: > >> Note that your patch is >15LOC long and you need to sign the copyright >> agreement with FSF in order to contribute. See >> https://orgmode.org/worg/org-contribute.html#copyright > > I've already submitted a copyright assignment to the FSF in ord

Re: [PATCH] org-macs.el: Do not compare wall time and file modification time

2022-05-13 Thread Max Nikulin
On 13/05/2022 05:52, Paul Eggert wrote: On 5/12/22 09:55, Max Nikulin wrote: +    (unless (file-exists-p file) +  (error "File to tangle does not exist: %s" file)) +    (when (file-newer-than-file-p file tangled-file)    (org-babel-tangle-file file ... file-newer-than-file-p succeeds

Re: How to stop results being hidden when using ":results drawer"?

2022-05-13 Thread Ihor Radchenko
John Kitchin writes: > This does not change anything for me. > > The function that causes folding for me is `org-entry-show'. Presumably > because of this line: (org-cycle-hide-drawers 'children) > > My solution was an override advice that makes this function not run when > point is in a src-bloc

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Bruce D'Arcus
On Fri, May 13, 2022 at 6:54 AM Eric S Fraga wrote: > > On Friday, 13 May 2022 at 11:55, Alessandro Bertulli wrote: > >> Check out org-latex-pdf-process maybe? > > > > I don't know the library so in depth, but I'll try, thank you! > > I have the following in my init file: > > (setq org-latex-pdf-p

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Eric S Fraga
On Friday, 13 May 2022 at 11:55, Alessandro Bertulli wrote: >> Check out org-latex-pdf-process maybe? > > I don't know the library so in depth, but I'll try, thank you! I have the following in my init file: (setq org-latex-pdf-process '("pdflatex -output-directory %o %f"

Re: [BUG] org-babel-load-file can not compile file

2022-05-13 Thread Ihor Radchenko
Max Nikulin writes: >>> It seems, it is a regression caused by the Org commit >>> 0193b543e9ef84bfefe76d55e330d5b1cb842cef >>> -(byte-compile-file tangled-file 'load) +(byte-compile-file tangled-file) +(load tangled-file) >> >> >> What if you substitute the load call

Re: [BUG] org-babel-load-file can not compile file

2022-05-13 Thread Ihor Radchenko
Max Nikulin writes: >> What if you substitute the load call with >> (load (byte-compile-dest-file tangled-file))? > > I do not mind (of course if there is no plan to deprecate the function). > > In addition, from my point of view, `byte-recompile-file' with 0 as the > FORCE argument is more suit

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Alessandro Bertulli
> IDK; my version is newer: > > Org mode version 9.6 (9.6-??-2bd34edb64 @ > /home/bruce/.config/emacs/.local/straight/build-29.0.50/org/) I downloaded it from MELPA (since I'm using Emacs 28.1, the one built-in is 9.5.2). > I'm using doom, which as you can tell is using straight. I suppose stra

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Alessandro Bertulli
> For the record, n.d. means "no date" so your BiBTeX entry must be > missing the year field, for instance. Actually, it has the field "date". I have read some advice saying that using "date" over "year", "month" and "day" is encouraged, but searching online it appears that it is not supported by

Re: Org-cite/Citar cannot recognize neither biblatex nor natbib

2022-05-13 Thread Eric S Fraga
On Thursday, 12 May 2022 at 20:31, Alessandro Bertulli wrote: > displays some annoing "n.d."). For the record, n.d. means "no date" so your BiBTeX entry must be missing the year field, for instance. > After that, if I try again to directly export to pdf, it works. I > suppose it's a problem in p