From: Carsten Dominik <email@example.com>
To: Daniel Clemente <firstname.lastname@example.org>
Cc: org-mode mailing list <email@example.com>
Subject: Re: More interaction in column view
Date: Thu, 5 Mar 2009 10:37:46 +0100 [thread overview]
Message-ID: <E79CEDB3-5582-4567-B6D2-125CF15F9920@uva.nl> (raw)
On Mar 4, 2009, at 10:45 AM, Daniel Clemente wrote:
> I'm starting to use column mode (C-c C-x C-c) and I'm surprised I
> can't do some tasks from within, like for instance:
> - move headings up/down with M-up M-down
> - clock in/out tasks (C-c C-x C-i and … C-o)
> - schedule tasks, etc. I always get: if: Text is read-only: "Type
> `e' to edit property"
Technically, column view is a bitch to implement. It works by
putting overlays over characters in the headline. Column 1
is an overlay over the first character, column 2 is an overlay
over the second character etc. One could make the entire
line a single overlay, but this would no longer allow navigation
inside the table.
If the headline has less characters than your number of columns,
space characters will be appended to the line to make more
space. These characters have to be removed when you exit
Anything that would change the headline, even adding a newline
after it (to create space for a SCHEDULED time string) has the
potential to disrupt things. To protect against this, the entire
headline gets a read-only property, which then triggers an error
for any operation that somehow touches the headline.
With some thought, we probably could enable more commands,
but that has to be done one by one, explicitly.
If you and others compile a list of commands that would
be nice and important to have in column view, I can have
If SCHEDULED is one of the columns, you can go there and
press "e" to schedule the entry. The reason why this works
is that Org does call this as a special command, disables
the read-only, runs it, and then builds the column view
for this headline again from scratch.
> To me, column view is like a *table* of *headings* (like a normal
> org-table, I mean). I am used to the usual org's flexibility in
> tables and in headings, and therefore it seems strange having to
> quit and reenter column mode to do these changes.
Spoiled you are, I can tell ;-)
> It would be an interesting experiment to have real Org tables which
> get/set their rows from the headings in the subtree and their
> columns from the properties of these headings. You would then have
> all the usual features of tables: formulas, edit fields (properties
> in this case) in a new buffer, …
> Mmm… maybe that table/heading/columns mix would be too complex.
> Anyway, do you also need to enter/quit column view many times? How
> do you use it comfortably?
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
prev parent reply other threads:[~2009-03-05 9:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 9:45 More interaction in column view Daniel Clemente
2009-03-05 9:37 ` Carsten Dominik [this message]
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 \
* 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).