From: Russell Adams <RLAdams@AdamsInfoServ.Com>
To: emacs-orgmode@gnu.org
Subject: Re: Org-mode and taskpaper
Date: Tue, 1 Apr 2008 03:03:17 -0500 [thread overview]
Message-ID: <20080401080317.GB2015@odin.demosthenes.org> (raw)
In-Reply-To: <C8B9864F-EDD4-4015-9AAC-01AA82720C4A@science.uva.nl>
On Tue, Apr 01, 2008 at 09:26:49AM +0200, Carsten Dominik wrote:
>
> Dear all,
>
> the recent discussion about Taskpaper in the thread started
> by Clint Laskowski has made me realize how much we have lost
> out way with Org-mode. Org-mode was once a compact and
> easy tool just like taskpaper. In fact, looking at the
> features of taskpaper, one might think that they had an older
> version of Org-mode as model and goal of their development.
>
> But in the meantime, mostly due to a mountain of demands
> from this group, it has become so bloated with mostly
> useless features, that all but the most geeky users are
> totally confused by this.
>
> Reading this thread has really cost me a lot of sleep, but
> I have now come to the conclusion that we need to turn
> the tide and downscope Org-mode significantly. Luckily
> I have recently put much effort into splitting org.el
> into a number of separate files with separate features.
> This allows us a very simple and straight-forward path
> for this down-scoping effort. I can simply try to remove
> one of these separate files after the other and then see
> how much complaining I will get for this. In this way,
> we can make this process community-based, but I will
> need you to frequently update org-mode and to give me
> feedback during the process.
>
> Those of you who actively follow the git repository
> might have noticed that this morning I have started
> by removing org-table.el, the file containing the
> table editor. Unfortunately this also means that the
> clocktable support no longer works, but I have always
> considered this as a sickening feature anyway, which
> tries to streamline our life, but in fact only leads to
> more work, and to more time taken away from spending with
> partners, kids and friends.
>
> I hope that you can all agree with my conclusion. If not,
> than I am confident that with time you will realize
> just how important today's decision was.
>
> - Carsten
>
Carsten,
I certainly agree that refactoring the code to move blocks of
functionality into separate files makes perfect sense. Perhaps some of
the functions could be turned into "plugins" using appropriate hooks.
All successful projects suffer from feature creep. My opinion would be
that when drawing a line for the "core" feature set, ensure that any
existing features can continue to exist as a plugin, optionally
maintained separately. This can reduce the complexity and learning
curve for the core, while allowing us complexity junkies to tinker.
As to tables, I would miss them dearly. They aren't immediately
related to folding outlines or schedules, but I frequently use short
tables for summing information and the exported view is nice.
Perhaps you could post a list of the features you consider core, and
what items border on too complex that you want to trim. I think it
would make for interesting discussion.
Thanks.
------------------------------------------------------------------
Russell Adams RLAdams@AdamsInfoServ.com
PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
next prev parent reply other threads:[~2008-04-01 8:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-01 7:26 Org-mode and taskpaper Carsten Dominik
2008-04-01 8:03 ` Russell Adams [this message]
2008-04-01 8:31 ` Giovanni Ridolfi
2008-04-02 9:45 ` Bastien
2008-04-02 9:25 ` Leo
2008-04-07 15:55 ` Carsten Dominik
2008-04-01 8:30 ` Uwe Jochum
2008-04-01 9:03 ` Tassilo Horn
2008-04-01 9:18 ` Egli Christian (KIRO 433)
2008-04-01 9:40 ` Karsten Heymann
2008-04-01 9:55 ` Bastien Guerry
2008-04-01 11:36 ` tutorial: [was: Re: Org-mode and taskpaper] Giovanni Ridolfi
2008-04-02 9:45 ` tutorial: Bastien
2008-04-01 9:55 ` Org-mode and taskpaper Uwe Jochum
2008-04-01 11:20 ` Clint Laskowski
2008-04-01 15:28 ` Eddward DeVilla
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=20080401080317.GB2015@odin.demosthenes.org \
--to=rladams@adamsinfoserv.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
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
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).