It is for me. However, this all depends on how you configure things.
In my case, I have a standard structure for my org files. I have a
different org file for each 'topic' and each org file has headings for
* Tasks
* Notes
* Resources
* Comms
* General
and each of those headings has a prop
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 wrote
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 cat
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 appe
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 en
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 wh
>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 qualifying
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 directory-empty-
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-’
>>
>
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): A
>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
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 20
>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 inse
"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 conc
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 fu
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.
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 directory-files-
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*
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 th
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?
>
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
> a
"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
"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 in
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?
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 implementations
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 test
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 i
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
>
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 change
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
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 fail
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 a
32 matches
Mail list logo
