Re: Tasks, GTD and Kolab

On Wednesday, September 26, 2012 11:29:12 AM Thomas Brüderli wrote:
> Christian Mollekopf wrote:
> > On Monday 24 September 2012 18.43:08 Thomas Brüderli wrote:
> >> [...]
> >> 
> >> * The straight-forward attempt to manage tasks in different lists is to
> >> create IMAP folders representing those lists. With the recent commits in
> >> git, the web client even allows me to drag & drop tasks to any
> >> list/folder
> >> I have write access to. But what about the Inbox? GTD suggests to have a
> >> list named "Inbox" to collect tasks in order to process them later on.
> >> Naturally I want to create a list (i.e. imap folder) named Inbox. But my
> >> IMAP account already has a folder named INBOX for obvious reasons. Of
> >> course I can name it differently or create it as a subfolder of Tasks or
> >> whatnot but I assume lots of future users running into the same issue.
> >> Another possibility would be to give it an arbitrary name and to add an
> >> option to the client which allows one to claim a certain folder to be the
> >> inbox for tasks. And how to store this information? a) use the
> >> "tasks.default" IMAP annotation for that or b) define a new special type
> >> annotation like "tasks.inbox" or c) store it individually on each client.
> >> I'd vote for a) or b) here.
> > 
> > I think we should be using just tasks.default.
> > The inbox should probably just be a virtual folder for the views where you
> > display "Projects" and "Contexts", so every item which doesn't belong to
> > any Project or Context (depending on the view), shows up in the inbox. So
> > I don't think you need an IMAP folder called "inbox" for that purpose.
> 
> Sure, that's the long-term goal but as long as we don't have a clear spec
> how to store contexts and other pim relations in the Kolab format, I guess
> we'll use a physical folder for inbox. But I'm fine with using the .default
> suffix just to avoid adding some new specification which we'll drop again
> later on.
> 

As a middle ground, perhaps it is not too unreasonable to present the 
task.default folder with the localized version of "Task Inbox" like already 
happens (IIRC) for the mail folder marked as containing Spam (which in U.S. 
English is displayed as "Junk")?

Kind regards,

Jeroen van Meeuwen

--
Systems Architect

Kolab Systems AG
Zürich, Switzerland

e: [email protected]
t: +41 43 501 66 91
m: +44 74 2516 3817
w: http://kolabsys.com

pgp: 0x9342BF08

_______________________________________________
Kolab-devel mailing list
[email protected]
https://www.intevation.de/mailman/listinfo/kolab-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlBi+B8ACgkQKN6f2pNCvwjC4wCfcGopYUCgLSTVbNmL9cbZ0thm
LqQAoLe05jbBQ567hXBFoIdZvYXEexno
=BY2P
-----END PGP SIGNATURE-----