GNU bug report logs - #74994
Improve Emacs iCalendar support

Previous Next

Package: emacs;

Reported by: Richard Lawrence <rwl <at> recursewithless.net>

Date: Fri, 20 Dec 2024 13:08:02 UTC

Severity: wishlist

Full log


Message #26 received at 74994 <at> debbugs.gnu.org (full text, mbox):

From: Richard Lawrence <rwl <at> recursewithless.net>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 74994 <at> debbugs.gnu.org, emacs-devel <at> gnu.org
Subject: Re: Upstreaming org-element-ast (was: Improving Emacs' iCalendar
 support)
Date: Sun, 29 Dec 2024 21:19:15 +0100
Ihor Radchenko <yantar92 <at> posteo.net> writes:

> In bug#74994, Richard made a decision not to use org-element-ast and
> instead implement a custom parser generator.
>
> Richard, is there any specific reason why you had to make things from
> scratch? May org-element-ast be changed to fit your needs?
>
> If org-element-ast is not going to be useful outside Org mode, I see no
> good reason to invest time into upstreaming it, after all.

No, it was more that, as things stood, I wanted to wait and see what
would happen with upstreaming org-element-ast. My idea was to make it
easy to switch once that happened, but not to wait to make progress in
the meantime, that's all.

One thing about your question confuses me, namely: 

> ...instead implement a custom parser generator.

As I understand org-element-ast, it basically just defines the parse
tree representation and various accessors for working with it, not the
parser itself. Was your suggestion that I could also use the Org parser,
not just the parse tree representation? If so, then I misunderstood, and
presumably more code is involved than is found in org-element-ast.el,
right?

Best,
Richard




This bug report was last modified 99 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.