Wishlist/context based to-do list

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(Design Issues)
 
(16 intermediate revisions by 9 users not shown)
Line 3: Line 3:
 
== Context based to-do list ==
 
== Context based to-do list ==
  
A [[http://en.wikipedia.org/wiki/Getting_Things_Done GTD]]-like list, with reminders based in contexts (such time, position, talk/see/stay near somebody...).
+
A [http://en.wikipedia.org/wiki/Getting_Things_Done GTD]-like list, with reminders based in contexts (such time, position, talk/see/stay near somebody...).
  
 +
It may use the [[Wishlist:Point_of_Interest_Framework]].
  
 
== Use Cases ==
 
== Use Cases ==
  
* If I arrives to home and there is some "@home" things in the to-do list, the system reminds me that.
+
* When I arrive home (detected with GPS) and there are some "@home" things in the to-do list, then the system reminds me of them.
  
* If I call to Alice, the system reminds me that I want to ask her about something before the phone make the call.
+
* If I call Alice, then the system reminds me of the things I want to ask her before the phone makes the call.
  
* I want to talk with Peter about something, and the system knows that I usually met Peter in the office...
+
* If I meet Alice (bluetooth proximity sensor) the system reminds me of the things I want to ask her.
  
* I get to the grocery store, and the system pulls up my grocery shopping list.
+
* I want to talk to Peter about something and the system knows that I usually meet with Peter in the office.
 +
 
 +
* I go to the grocery store and the system pulls up my grocery shopping list.
  
 
== Design Issues ==
 
== Design Issues ==
  
This can and should be rolled into the standard to-do list without overly complicating it.  In a traditional GTD app, you have three columns: the task itself, the "context" and the "project".  A standard to-do list app, (such as the one on the Palm Pilot) only has two columns: the task and the "category".  I propose that instead of either traditional app, we have an app with two columns:  "task" and "tags".  Tags are web 2.0 buzzword compliant and they provide a simple interface similar to that of a standard to-do list app.  The only difference is that you can have more than one label attached to each task.
+
This can and should be rolled into [[Calendar]] without overly complicating it.   
 +
 
 +
In a traditional GTD app, you have three columns: the task itself, the "context" and the "project".   
 +
 
 +
A standard to-do list app, such as the one on the Palm Pilot, only has two columns: the task and the "category".   
 +
 
 +
I propose that instead of either traditional app, we have an app with two columns:  "task" and "tags".  Tags are web 2.0 buzzword compliant and they provide a simple interface similar to that of a standard to-do list app.  The only difference is that you can have more than one label attached to each task.
  
 
People who wish to use this app for GTD would simply attach two labels to each project.  One label for the project name and one label for the context.  They'd probably start the context labels with an "@" sign to make them visually stand out.  Then when you're at the grocery store, you simply display everything with the "@grocery" label.  -- [[User:Bryan_Larsen]]
 
People who wish to use this app for GTD would simply attach two labels to each project.  One label for the project name and one label for the context.  They'd probably start the context labels with an "@" sign to make them visually stand out.  Then when you're at the grocery store, you simply display everything with the "@grocery" label.  -- [[User:Bryan_Larsen]]
  
 +
A more extended application called [[mebot]] is being developed with GTD in mind.
  
 +
This may function like POIs (Point Of Interest)[http://en.wikipedia.org/wiki/Point_of_interest] at other GPS devices. A deamon calculates the proximity of a list of POIs and current position and sends an call to the calender to show up a list tagged with a specific tag for this POI. If generic enough it will let other deamons and applications do the job as well, like Bluetooth senses your workstation and starts synchronisation.  This Idea is further described in [[Wishlist:Point_of_Interest_Framework]].
  
[[Category:ideas]]
+
[[Category:Software ideas]]

Latest revision as of 08:30, 3 September 2008

Wishes warning! This article or section documents one or more OpenMoko Wish List items, the features described here may or may not be implemented in the future.

[edit] Context based to-do list

A GTD-like list, with reminders based in contexts (such time, position, talk/see/stay near somebody...).

It may use the Wishlist:Point_of_Interest_Framework.

[edit] Use Cases

  • When I arrive home (detected with GPS) and there are some "@home" things in the to-do list, then the system reminds me of them.
  • If I call Alice, then the system reminds me of the things I want to ask her before the phone makes the call.
  • If I meet Alice (bluetooth proximity sensor) the system reminds me of the things I want to ask her.
  • I want to talk to Peter about something and the system knows that I usually meet with Peter in the office.
  • I go to the grocery store and the system pulls up my grocery shopping list.

[edit] Design Issues

This can and should be rolled into Calendar without overly complicating it.

In a traditional GTD app, you have three columns: the task itself, the "context" and the "project".

A standard to-do list app, such as the one on the Palm Pilot, only has two columns: the task and the "category".

I propose that instead of either traditional app, we have an app with two columns: "task" and "tags". Tags are web 2.0 buzzword compliant and they provide a simple interface similar to that of a standard to-do list app. The only difference is that you can have more than one label attached to each task.

People who wish to use this app for GTD would simply attach two labels to each project. One label for the project name and one label for the context. They'd probably start the context labels with an "@" sign to make them visually stand out. Then when you're at the grocery store, you simply display everything with the "@grocery" label. -- User:Bryan_Larsen

A more extended application called mebot is being developed with GTD in mind.

This may function like POIs (Point Of Interest)[1] at other GPS devices. A deamon calculates the proximity of a list of POIs and current position and sends an call to the calender to show up a list tagged with a specific tag for this POI. If generic enough it will let other deamons and applications do the job as well, like Bluetooth senses your workstation and starts synchronisation. This Idea is further described in Wishlist:Point_of_Interest_Framework.

Personal tools
Wishes warning! This article or section documents one or more OpenMoko Wish List items, the features described here may or may not be implemented in the future.

Context based to-do list

A [GTD]-like list, with reminders based in contexts (such time, position, talk/see/stay near somebody...).


Use Cases

  • If I arrives to home and there is some "@home" things in the to-do list, the system reminds me that.
  • If I call to Alice, the system reminds me that I want to ask her about something before the phone make the call.
  • I want to talk with Peter about something, and the system knows that I usually met Peter in the office...
  • I get to the grocery store, and the system pulls up my grocery shopping list.

Design Issues

This can and should be rolled into the standard to-do list without overly complicating it. In a traditional GTD app, you have three columns: the task itself, the "context" and the "project". A standard to-do list app, (such as the one on the Palm Pilot) only has two columns: the task and the "category". I propose that instead of either traditional app, we have an app with two columns: "task" and "tags". Tags are web 2.0 buzzword compliant and they provide a simple interface similar to that of a standard to-do list app. The only difference is that you can have more than one label attached to each task.

People who wish to use this app for GTD would simply attach two labels to each project. One label for the project name and one label for the context. They'd probably start the context labels with an "@" sign to make them visually stand out. Then when you're at the grocery store, you simply display everything with the "@grocery" label. -- User:Bryan_Larsen