emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bastien <bzg@altern.org>
To: Florian Beck <abstraktion@t-online.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: Using org-mode for Research and Notetaking
Date: Wed, 13 Jul 2011 10:55:56 +0200	[thread overview]
Message-ID: <87bowy4l0j.fsf@gnu.org> (raw)
In-Reply-To: <87zkkktwwk.fsf_-_@sophokles.streitblatt.de> (Florian Beck's message of "Mon, 11 Jul 2011 21:55:23 +0200")

Hi Florian,

Florian Beck <abstraktion@t-online.de> writes:

> A couple of questions and observations, first impressions really:
>  2. Tags are SLOW (no doubt due to my 8.5M file). Completion takes
>  minutes. I fixed that by adding all my (hundreds of) tags to
>  `org-tag-alist' and restricting capture to »%g«, checking only the
>  current file. `org-id-find' is slow as well and so will be property
>  completions, I guess. How about caching the data and update on saving
>  an org-agenda file?

We might consider this.  

I doubt updating on saving is the right thing to do -- people tend to
save very often, and for solving problems like yours, it will be as slow
as the current interface.

We need to be more clever in defining the update cycle for caches, and
this depends on _what_ the cache is containing.

>  3. By default, tags cannot contain spaces or commas. I rectified that
>  with an ugly hack in `org-set-tags-to', which replaces spaces with
>  ?\x2008 (punctuation space), and setting it to word syntax. Also, many
>  long tags display ugly. How about showing only the first twenty
>  characters and show the rest via help echo?

You will need to live with it for now.

>  4. muse-mode has this nice feature that it easily allows you to define
>  your own <tags> like
>  <i-am-learning-kanji-so-better-display-this-big>…</…> or
>  <a-citation-the-way-i-like-it>…</…>; not only for export but also for
>  fontification. Can I do something similar in org-mode?

What do you mean?

What I can think of are "tag aliases": for example, the tag ":code:"
would be an alias for ":code python lisp:".

The buffer would display the alias.

Tag search would match the expanded version.

This adds a semantic layer for tags, so maybe there are complexities
I cannot think of right now, but I think it might be interesting.

What do you think?

>  5. According to the manual »TODO items are an integral part of the
>  notes file«. I like that, but I do not find it so. TODO items are
>  headings which I find somewhat confusing: My files are either articles
>  to be (with the appropriate headlines) or notes where headlines usually
>  formulate the topic the note is about. Todo items, on the other hand,
>  would be »clarify the paragraph«, »check what X says about Y«, »add
>  more sources«, etc. As it is TODOs are not integrated but stand out,
>  breaking the structure of the file. How about allowing TODO items in
>  comments? This would seem much more natural to me: a TODO item should
>  not be part of your text but disappear when it is done.

As suggested, you want to check inline tasks.

I really don't like the current syntax for inline tasks, I would much
prefer something like special TODO keywords:

* !TODO This would be an inline task, not a headline

But perhaps I'm missing something about why the current inline task
syntax is useful.  I'd be interested in hearing more by people who are
actually using them...

Thanks for your input!


  parent reply	other threads:[~2011-07-13  8:55 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-10 11:09 RFC: Revisit org-export-content-div (in the context of org-s5) Jambunathan K
2011-07-10 11:28 ` Jambunathan K
2011-07-11 11:44   ` Bastien
2011-07-11 19:55     ` Using org-mode for Research and Notetaking Florian Beck
2011-07-12 14:23       ` John Hendy
2011-07-14 18:09         ` Florian Beck
2011-07-12 14:28       ` Giovanni Ridolfi
2011-07-13  8:55       ` Bastien [this message]
2011-07-13  9:59         ` Sebastien Vauban
2011-07-13 11:20           ` Bastien
2011-07-13 12:20             ` Sebastien Vauban
2011-07-13 13:43             ` Nicolas Goaziou
2011-07-16 11:40               ` Bastien
2011-07-18 12:42             ` Matt Lundin
2011-07-18 13:21               ` Sebastien Vauban
2011-07-18 14:53                 ` Matt Lundin
2011-07-18 14:03               ` Sebastien Vauban
2011-07-18 14:58                 ` Bastien
2011-07-14 18:40         ` Florian Beck
2011-07-14 18:59           ` Thomas S. Dye
2011-07-18 22:54           ` Bastien
2011-07-18 23:59             ` Thomas S. Dye
2011-07-19  1:34               ` Florian Beck
2011-07-26 11:27               ` Bastien
2011-07-26 14:17                 ` Florian Beck
2011-07-26 15:15                 ` Thomas S. Dye
2011-07-26 17:41                   ` Christian Moe
2011-07-11 11:44 ` RFC: Revisit org-export-content-div (in the context of org-s5) Bastien

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:

  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=87bowy4l0j.fsf@gnu.org \
    --to=bzg@altern.org \
    --cc=abstraktion@t-online.de \
    --cc=emacs-orgmode@gnu.org \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


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).