emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: Greg Troxel <gdt@ir.bbn.com>
To: emacs-orgmode@gnu.org
Subject: Re: observations on updating to recent org
Date: Wed, 23 Apr 2014 11:55:18 -0400	[thread overview]
Message-ID: <rmizjjcujkp.fsf@fnord.ir.bbn.com> (raw)
In-Reply-To: <rmid2g95kga.fsf@fnord.ir.bbn.com> (Greg Troxel's message of "Tue, 22 Apr 2014 13:43:17 -0400")

[-- Attachment #1: Type: text/plain, Size: 1522 bytes --]


Greg Troxel <gdt@ir.bbn.com> writes:

>   Exporting to ical as a single file took a really long time, perhaps a
>   whole minute, whereas it used to take a second to a few seconds.  The
>   resulting export did seem ok.

I timed this.  With 6161 lines in 14 org-mode files (about 2175 of which
are due to PROPERTIES/ID/END), doing a combined export took 88s of cpu
time.   emacs-23.4.1, NetBSD 6, i386, plenty of RAM, Core i5 2.9 GHz.
In contrast, starting up emacs and generating the agenda took 0.97s.

I noticed that TODO entries got exported multiple times, apparently once
for each inactive timestamp.  (I realize I need to prepare a minimal
example.)

>   I used to get an ID PROPERTIES entries for nodes that were exported to the
>   calendar, which was basically nodes that had an active timestamp.
>   But now I had a huge number of changes, adding ID to every node, even
>   those with no real content and just children.  Is this a feature?

Thanks for the comments; I see the point that this is hard..  For now,
I've just turned off uid storing, because I don't sync the exported
calendar, and I'll nuke the ID entries and properties drawers at some
point; I find them distracting when editing.

I wonder if there's some way to go back and store the UID when it
actually needs to be generated, so that UIDs are only stored for entries
that actually have been exported.  I only want to export appointments,
by which I mean entries with active timestamps, which are pretty few in
number compared to nodes.

Greg

[-- Attachment #2: Type: application/pgp-signature, Size: 180 bytes --]

next prev parent reply	other threads:[~2014-04-23 15:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-22 17:43 observations on updating to recent org Greg Troxel
2014-04-23  6:16 ` Bastien
2014-04-23  7:47   ` Nicolas Goaziou
2014-04-23  8:17     ` Bastien
2014-04-23 11:58       ` Nicolas Goaziou
2014-05-06  9:22         ` Bastien
2014-04-23 15:55 ` Greg Troxel [this message]
2014-04-23 16:16   ` Nicolas Goaziou
2014-04-23 16:25     ` Greg Troxel
2014-04-23 16:59       ` Nicolas Goaziou
2014-04-23 19:44         ` Nicolas Goaziou
2014-04-24 12:20           ` Greg Troxel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=rmizjjcujkp.fsf@fnord.ir.bbn.com \
    --to=gdt@ir.bbn.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).