Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Samuel Wales
what is the current status of hierarchy in archive files? surely they don't deal with updating categories and updating hierarchy structure [sounds brittle and syncy]? i'm thinking it isn't hierarchical at present, except when you have a doneified task with children? On 8/11/21, Tim Cross

Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Samuel Wales
thank you. i will give up on archiving categories if needed to make archiving be practical. will ahfe to try it as soon as i can. On 8/11/21, Ihor Radchenko wrote: > Samuel Wales writes: > >> thanks for the clarification. are you saying that, for every archived >> entry, it calculates teh

Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Tim Cross
I think the problem with just using append to file is that it won't preserve the shape of the file. For example, if I had a file with * Notes ** Note 1 blah blah ** Note 2 blah blah * Tasks ** DONE task 1 ** TODO Task 2 and I decide to archive note 1 and task 1, I would like them to both

Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Ihor Radchenko
Samuel Wales writes: > thanks for the clarification. are you saying that, for every archived > entry, it calculates teh category property, using the original org > file, in order to add a category property to just one archived entry? Nope. It does not just calculate category for the archived

Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Samuel Wales
thanks for the clarification. are you saying that, for every archived entry, it calculates teh category property, using the original org file, in order to add a category property to just one archived entry? that would certainly slow down more and more, but it sends me back to my question about

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

2021-08-11 Thread Jorge P . de Morais Neto
>From d3c62edf7a713278432ebe1c72e4545b8a2b84e2 Mon Sep 17 00:00:00 2001 From: "Jorge P. de Morais Neto" Date: Wed, 11 Aug 2021 18:43:21 -0300 Subject: [PATCH] * doc/org-manual.org (Drawers): Clarify M-TAB Provide example of completion over drawer keywords. Also clarify the footnote by

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

2021-08-11 Thread Marco Wahl
Maxim Nikulin writes: > On 11/08/2021 03:52, Marco Wahl wrote: >>> Kyle Meyer writes: >>> In 61e083732 (org-attach: Possibly delete empty attach directory, 2021-07-09), you added a call to directory-empty-p. This function was introduced in Emacs's 0806075520 (Add

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

2021-08-11 Thread Nicolas Goaziou
Hello, Jorge P. de Morais Neto writes: > I prepared the patch above to improve the organization of the respective > manual section. Applied. Thank you. >> ** [[info:org#Drawers]] >> >> I don't understand the sentence >> >>Completion over drawer keywords is also possible using ‘M-’ >>

Re: [PATCH] ox: Italian smart quotes

2021-08-11 Thread Nicolas Goaziou
Hello, Davide Peressoni via "General discussions about Org-mode." writes: > From 97a45353d19be98bcf0d94da0d902a025408fa3a Mon Sep 17 00:00:00 2001 > From: DPDmancul > Date: Wed, 11 Aug 2021 18:21:55 +0200 > Subject: [PATCH] ox: Italian smart quotes > > * ox.el (org-export-smart-quotes-alist):

Re: Bug: Small documentation errors [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/jorge/.emacs.d/elpa/27.0/develop/org-plus-contrib-20200406/)]

2021-08-11 Thread Jorge P . de Morais Neto
>From 474192b67077b3a7bfaa8e9ff152b1a9ac7524f3 Mon Sep 17 00:00:00 2001 From: "Jorge P. de Morais Neto" Date: Wed, 11 Aug 2021 17:13:06 -0300 Subject: [PATCH] * doc/org-manual.org (Tracking TODO state changes): move sentence The sentence was misplaced, interrupting the train of thought. I also

[PATCH] org-tools/index.org: Add go-org to list of Org-mode parsers (Worg)

2021-08-11 Thread Bhavin Gandhi
This adds the Org mode parser written in Go to the list of Org-mode parsers. I'm sending a patch for Worg for the first time, I hope this is the correct way to do so. -- Regards, Bhavin Gandhi (bhavin192) | https://geeksocket.in From 12b0f792ff75c7ea2e4dfe24dc54921e4caa24b0 Mon Sep 17 00:00:00

[PATCH] ox: Italian smart quotes

2021-08-11 Thread General discussions about Org-mode.
>From 97a45353d19be98bcf0d94da0d902a025408fa3a Mon Sep 17 00:00:00 2001 From: DPDmancul Date: Wed, 11 Aug 2021 18:21:55 +0200 Subject: [PATCH] ox: Italian smart quotes * ox.el (org-export-smart-quotes-alist): Added support for italian smart quotes. --- lisp/ox.el | 6 ++ 1 file changed, 6

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread John Kitchin
"Bruce D'Arcus" writes: > Here's a recent subthread on this question: > > https://lists.gnu.org/archive/html/emacs-orgmode/2021-07/msg00233.html > > At the end of that discussion, my argument against using citations for > cross-references: > > 1. Cross-references are not citations, neither

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Bruce D'Arcus
That'd be my preferred solution, with (notwithstanding name overlap with org-ref) an org-ref-insert entry point. On Wed, Aug 11, 2021, 12:10 PM Timothy wrote: > Hi Bruce, John, > > Regarding the issues with overloading [cite:@] syntax, would it be too > much to > introduce [ref:@] which would

Re: citations: rx problems with emacs-26.3

2021-08-11 Thread Maxim Nikulin
On 11/08/2021 16:33, Nicolas Goaziou wrote: Maxim Nikulin writes: There are a couple of issues with "make single" for emacs-25.2: All fixed. Thank you. Thank you, Nicolas. It seems org-cite can be cleanly loaded or compiled by Emacs-25 and Emacs-26 now.

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

2021-08-11 Thread Maxim Nikulin
On 11/08/2021 03:52, Marco Wahl wrote: Kyle Meyer writes: In 61e083732 (org-attach: Possibly delete empty attach directory, 2021-07-09), you added a call to directory-empty-p. This function was introduced in Emacs's 0806075520 (Add directory-empty-p and new argument COUNT for

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Timothy
Hi Bruce, John, Regarding the issues with overloading [cite:@] syntax, would it be too much to introduce [ref:@] which would function identically, but deal with references? All the best, *Timothy*

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Bruce D'Arcus
On Wed, Aug 11, 2021 at 10:56 AM John Kitchin wrote: > This is a bad idea to me. It is only a fuzzy link (what you call a typed > internal link) if no one has defined it as an external link. As soon as that > happens, then you will lose the export behavior defined for fuzzy links, and > get

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread John Kitchin
On Wed, Aug 11, 2021 at 10:32 AM Bruce D'Arcus wrote: > On Wed, Aug 11, 2021 at 9:53 AM John Kitchin > wrote: > > > > #+CAPTION: This is the caption for the next figure link (or table) > > > #+NAME: fig:SED-HR4049 > > > > > > [[./img/a.jpg]] > > > > > > Or some other metadata on the target? >

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Bruce D'Arcus
On Wed, Aug 11, 2021 at 9:53 AM John Kitchin wrote: > > #+CAPTION: This is the caption for the next figure link (or table) > > #+NAME: fig:SED-HR4049 > > > > [[./img/a.jpg]] > > > > Or some other metadata on the target? > > I don't think metadata on the target helps with the cases described >

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread John Kitchin
"Bruce D'Arcus" writes: > On Wed, Aug 11, 2021 at 7:13 AM Bruce D'Arcus wrote: > >> Is there a workaround for this somehow, or an alternative that gets >> the same thing in the end? > > Like, if not typing the link, type the target? > > From this example from org-mode manual, the "fig" in the

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread John Kitchin
"Bruce D'Arcus" writes: > Hi John, > > On Tue, Aug 10, 2021 at 8:58 PM John Kitchin wrote: > >> ... I would like what I call an orthogonal approach for cross-references, >> orthogonal in the sense that it can coexist with org-ref, but not require >> org-ref if you don't use it. The built in

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Bruce D'Arcus
On Wed, Aug 11, 2021 at 7:13 AM Bruce D'Arcus wrote: > Is there a workaround for this somehow, or an alternative that gets > the same thing in the end? Like, if not typing the link, type the target? >From this example from org-mode manual, the "fig" in the name keyword could provide that type?

Re: Expanding how the new cite syntax is used to include cross-references - thoughts?

2021-08-11 Thread Bruce D'Arcus
Here's a recent subthread on this question: https://lists.gnu.org/archive/html/emacs-orgmode/2021-07/msg00233.html At the end of that discussion, my argument against using citations for cross-references: 1. Cross-references are not citations, neither conceptually, nor in software

Re: org-indent-indentation-per-level may be broken

2021-08-11 Thread David Lukeš
Correction, the following is not the case: > because when I set [org-indent-indentation-per-level] to e.g. 5, I > would expect the amount of indentation when I run org-indent-mode to > increase appropriately, but it doesn't, it's the same as with the > default value of 2. I got confused when

Re: [org-mode] make citation object available to org-cite-make-insert-processor SELECT-STYLE?

2021-08-11 Thread Nicolas Goaziou
Hello, "Bruce D'Arcus" writes: > So the idea is to present a preview of the style/variant output when > selecting the style. > > Like: > > / (Doe, 2019) > > ... or maybe even multiple columns: > > / (Doe, 2019) \citep > > I'm thinking the best way to build this UI is to

Re: Library of Babel usage of other programming languages than elisp

2021-08-11 Thread Zelphir Kaltstahl
Hello Arne! Thanks for that. Do you happen to have an example, in which you are passing arguments to a procedure? Regards, Zelphir On 8/10/21 7:49 AM, Dr. Arne Babenhauserheide wrote: > Zelphir Kaltstahl writes: > >> I have repeatedly tried to use another programming language than elisp for

Re: [PATCH] Fix bug assuming canonical duration units in org-agenda-format-items

2021-08-11 Thread Nicolas Goaziou
Hello, Anders Johansson writes: > org-duration-from-minutes was called with canonical = t, but without > providing a corresponding format only using the canonical units. This > broke if the user’s org-duration-format used other than the canonical > units. I think a proper fix would be to

Re: citations: rx problems with emacs-26.3

2021-08-11 Thread Nicolas Goaziou
Hello, Maxim Nikulin writes: > Nice. Perhaps `org-cite-biblatex-export-citation' should be fixed in > a similar way. There is no error yet but compiled file is > significantly blown up: > > -rw-rw-r-- 1 ubuntu ubuntu 13383 Aug 9 02:17 lisp/oc-biblatex.el > -rw-rw-r-- 1 ubuntu ubuntu 48906 Aug

Re: citations: rx problems with emacs-26.3

2021-08-11 Thread Nicolas Goaziou
Hello, Maxim Nikulin writes: > On 08/08/2021 03:27, Nicolas Goaziou wrote: >> Maxim Nikulin writes: >> >>> It seems, rx e.g. in emacs-26.3 does not support all features used in >>> oc.el and oc-csl.el. Loading an org file using git master, I get >>> a warning >>> Eager macro-expansion

org-indent-indentation-per-level may be broken

2021-08-11 Thread David Lukeš
Hi all, I'd like to use visual-line-mode to soft-wrap lines in Org files, while keeping continuation lines in list items properly indented: - long line that goes on to the edge of the screen and soft wraps like I want it to Instead of this: - long line that goes on to the edge of the screen

Re: archiving speed [was Re: Tips on maintaining history in Org Mode]

2021-08-11 Thread Ihor Radchenko
Samuel Wales writes: > i should clarify. bulk archiving slows down even with /nonexistent/ > (have not tried empty) archives. as part of normal and expected > operation, bulk creates the archive for the first entry, and then > subsequent entries are added. those get slower and slower. That's

Re: bug: Error handling in source blocks.

2021-08-11 Thread tomas
On Wed, Aug 11, 2021 at 06:30:26AM +1000, Tim Cross wrote: > [...] For example, in an > interpreted language, you could have errors due to problems with the > interpreter, you could have errors in the code or you could have a code > block which legitimately