From: Rick Moynihan <rick@calicojack.co.uk>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: emacs-orgmode@gnu.org
Subject: Re: Restricting the agenda to the current subtree
Date: Fri, 30 Nov 2007 16:33:32 +0000 [thread overview]
Message-ID: <47503B5C.4070107@calicojack.co.uk> (raw)
In-Reply-To: <acf852aa0711300632v2978f3a2hd47d4ca56f7fca02@mail.gmail.com>
Carsten Dominik wrote:
> On Nov 28, 2007 12:23 PM, Rick Moynihan <rick@calicojack.co.uk> wrote:
>
>> Carsten Dominik wrote:
>>> I for one do find this idea useful. Some way to lock all agenda
>>> commands to the current subtree or file, until this lock is removed
>>> again. I am not sure if I'd like the agenda to automatically follow
>>> while I am moving through a file - this would be slow since agenda
>>> construction does need a finite amount of time.
>> Would it necessarily need to be so slow? It seems to me that edits are
>> pretty much prohibited during an org-goto, so could you not just build
>> the agenda once for the org-goto session and then filter it to the
>> subtree? Could that speed it up more, or is it the filtering itself
>> which is slow? I appreciate this might not be the case, or it might not
>> be possible to architect the system to support this.
>
>
> Org-mode does not keep an internal structure of the data it contains.
> Each time information is needed, the original plain text files
> are scanned. This is the good an bad of plain text files.
> In principle one could of course make an internal structure, index it
> in the appropriate ways and then create many different displays fast.
> But that would require a rewrite of the entire agenda code, and
> intensive bookkeeping to make sure updates happen when
> they are needed. Since Org-mode is committed to the
> plain text format, this is not going to happen.
>
> Either way my mentioning of follow was more to indicate the interaction
>> style and browsable nature it encourages, rather than the instantaneous
>> nature of it. Pressing a single key to rebuild the agenda view for the
>> current subtree would be fantastic and probably easier for you to
>> implement :-)
>>
>>> I have also been thinking about using the sidebar engine to display
>>> something like omnifocus' side bar hierarchy and have mouse clicks
>>> restrict the agenda stuff to the context. But I guess this is not
>>> needed since we have an outlining buffer anyway...
>> Interesting... It seems that the org-goto idea and your sidebuffer idea
>> are similar. You're right that it might not be needed, but it seems
>> that it might be quite nice to render user-defined subtrees in the
>> sidebar, as a kind of shortcut to current projects or outlines of
>> concern. You're right that it might not be adding any real
>> functionality, but I can see that it might make navigating
>> easier/quicker for some users. One potential problem is that org seems
>> to encourage outlines to be titles (and consequently they're quite
>> long). If this were to be browseable in a sidebar you might want
>> represent them with aliases or shortened names, property drawers would
>> be an obvious way to implement this.
>
>
> I have tried this, and it actually works reasonably well for me.
> I will put sidebar support into org-mode, so that you can drill
> into an org-mode file (one or two levels deep, maybe) directly
> from the sidebar. I could also have hot keys in the sidebar
> that will restrict the agenda to the file or subtree the cursor
> points to. If combined with an immediate update of the agenda
> (if it is visible), this might get close to what you are looking for.
> Together with a command in an Org-mode buffer to restrict to the
> local subtree/file and immediately update the agenda.
Cool, it sounds like it's going to be good. I can't say I've used the
speedbar much but I look forward to giving it a shot with org-mode
(which is the main reason I use Emacs anyway :-) )
My only concern about using the speedbar is that it'll take up more
screen real estate than the equivalent idea using org-goto, as you'll
have the speedbar + the fileview + the agenda on screen. This is
perhaps a concern for me, as I recently got one of the tiny asus
eeepc's. I wrote some opinions on it here:
http://sourcesmouth.co.uk/blog/Forget-the-Linux-Desktop-it-s-the-Linux-Laptop-that-matters.html
It's an awesome machine that works great as a portable note taking
device (org-mode and Emacs were the first things I installed). Anyway
it's working really well for me but the 7" screen means you don't want
much clutter.
> I think this is going to be *very* nice, thanks for the idea!
No probs! Thanks again for org-mode, and being so willing to implement
our ideas.
R.
next prev parent reply other threads:[~2007-11-30 16:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-23 18:04 Restricting the agenda to the current subtree Rick Moynihan
2007-11-27 14:19 ` Bastien
2007-11-28 10:52 ` Rick Moynihan
[not found] ` <acf852aa0711271028m24c3d944wdde1481e4f7c9fa9@mail.gmail.com>
2007-11-28 17:41 ` Rick Moynihan
[not found] ` <474D4F98.1020505@calicojack.co.uk>
2007-11-30 14:32 ` Carsten Dominik
2007-11-30 16:33 ` Rick Moynihan [this message]
2007-11-30 18:38 ` Carsten Dominik
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=47503B5C.4070107@calicojack.co.uk \
--to=rick@calicojack.co.uk \
--cc=dominik@science.uva.nl \
--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).