The application is called “Task Views” and it attempts to solve the problem that modern workers face when managing their tasks and todos. There are a variety of great task management applications (desktop and web alike), but the realities of the modern workplace is that we find ourselves using a variety of solutions to attack the same problem: getting things done.

In my own personal life, I use FogBugz to track software tasks, a Basecamp site to collaborate with clients, and OmniFocus to handle everything else. The problem with splitting things up in this way is that it leads to tunnel vision. When I’m working in FogBugz, I’ll plow through a variety of software issues, while forgetting to pick up groceries on the way home. When I’m in OmniFocus, I find it easy to overlook urgent tasks for my Basecamp client. I get things done, but often find my triumph short-lived as I discover that I didn’t do everything I needed to do, simply because I forgot to look at my other task applications.

Task Views solves this problem by offering a set of unified views that transcend individual systems. The program accomplishes this using conduits. A conduit is a bit of code that pulls tasks from another system, normalizes the fields, and imports it into the current system.

Task Views currently talks to OmniFocus, Things, iCal, Basecamp, Entourage, and FogBugz. (Support for other systems is in the works.) The conduits fetch task information and dump it into a local database.

The program provides a very basic list view that allows users to quickly identify and view individual tasks. However, as the image above shows, this list can grow really long, really quickly. To alleviate this problem, Task Views provides a filtering function that allows users to select subsets of the database:

Users can construct elaborate filters by using simple Boolean rule-based logic.

The list view shows the main weakness of the current crop of task management applications. Almost without exception, all of them use a list metaphor to display what needs doing. Even on the largest monitors, tasks scroll off the visible screen rather quickly.

A cloud view provides a simple way of displaying more content in a more space-effective manner. Where as the list above shows less than a hundred items, the cloud view shows over seven hundred. However, the items are so small, that this view is clearly suboptimal.

Task Views allows the user to bind the size of the text to a numeric or date value associated with the tasks. In the screenshot above, the date the tasks were created is bound to the text size. Tasks created farther in the past appear larger than more recently created items.

Categorical and text values may be bound to the color of the text items. In the screenshot above, I’ve bound a variety of colors to various projects. Color makes salient which projects need more attention than others.

In addition to the list and cloud views, Task Views also provides a histogram view of the task space.

The view above shows the number of tasks associated with particular projects. As the cloud view demonstrated, I have many tasks still associated with the Jarvis project.

The histogram view also provides a useful temporal perspective of the task space. In the image above, the height of the bars represent how many tasks were created on a given day. This could as easily show how many tasks were completed within a particular duration in order to better understand personal productivity patterns.

Not pictured above are the task update notifications. Task Views periodically refreshes itself and when a task changes, the application will alert you using an unobtrusive Growl notification. This is useful for discovering that a coworker has elevated the priority of particular item without taking the time to inform you.

In upcoming releases, I plan to add new views that draw upon the data visualization research and literature.

The Context Angle

Since this blog is focused on context-aware computing, there is a context angle here. I speculate that while Task Views provides a variety of views and configurations, not all of them will be appropriate in all cases. A large histogram view may be useful for when the user is planning their week, but a smaller cloud view my be more appropriate throughout the working day. Task Views is explicitly designed to be dynamically reconfigured using systems like Pennyworth. Currently, the context-sensitive portions of the application are

1. The active filter: The list of visible tasks may vary with the current activity. For example, when programming, show the incomplete items from the FogBugz database. When collaborating, show items from Basecamp. When planning the upcoming week, default to OmniFocus.

2. The active view: A larger histogram is useful when explicitly planning. When doing other things, a more ambient cloud view may be more effective.

3. Individual view configurations: Date histograms may be more effective when planning, while categorical histograms may be more effective when triaging. In some cases, it may be useful to bind the size of the text in a cloud view to the date, in other cases, priority.

At the moment, I’m in the process of prototyping and testing this system with users with ADHD. If you’re interested in testing it yourself, post a note in the comments and I’ll get back to you. The software isn’t quite ready for release yet, but I am interested in recruiting more testers.

This update fixes a variety of bugs, including some issues with the Bluetooth sensor.

Prerequisites

MacOS X 10.5 “Leopard”

Growl (Recommended): Pennyworth can be used without the Growl notification system by viewing the current predictions, but this occupies precious screen real estate and you attention. In order to receive visual notifications of updated predictions, I recommend that you install and configure the Growl notification system before running Pennyworth.

Source

There is not a source distribution available yet, but if you’d like the source code, it is available via Subversion at

http://context-macosx.googlecode.com/svn/trunk/Tools/Applications 

The source requires Xcode 3 to build.

Bugs, suggestions, or comments?

Please post any feedback in the comments below or send it to pennyworth@aetherial.net. This is early release software, so there will be bugs, and the application will only improve when problems are identified and submitted.

TextWrangler.scpt is an update to the current script that improves reliability of detecting the types of open TextWrangler documents. Credit for this update goes to Ricky Buchanan of ATMac.org.

GMail.scpt is a script intended for end users to customize in order to distinguish between different instances of GMail (home vs. work). The GMail script does not come customized out of the box, so you’ll need to follow the example in the code to enable it to look for your own instances.

Geography.scpt is a script that uses IP-based geolocation to determine where your computer is based upon IP. It’s based upon MaxMind’s GeoLite City database. Accuracy figures on a per-country basis are available here.

Please give these a spin and let me know how well they work out. You can download and install these from within Pennyworth by selecting AppleScript Manager from the menu within the Pennyworth status icon.

Please check it out if you’re planning on submitting bugs for Pennyworth or related applications. It’ll help me resolve issues and get fixes back to you much more quickly.

This update fixes a variety of bugs.

Prerequisites

MacOS X 10.5 “Leopard”

Growl (Recommended): Pennyworth can be used without the Growl notification system by viewing the current predictions, but this occupies precious screen real estate and you attention. In order to receive visual notifications of updated predictions, I recommend that you install and configure the Growl notification system before running Pennyworth.

Source

There is not a source distribution available yet, but if you’d like the source code, it is available via Subversion at

http://context-macosx.googlecode.com/svn/trunk/Tools/Applications 

The source requires Xcode 3 to build.

Bugs, suggestions, or comments?

Please post any feedback in the comments below or send it to pennyworth@aetherial.net. This is early release software, so there will be bugs, and the application will only improve when problems are identified and submitted.

One of my research goals is to investigate the effects of introducing context-sensing technology in environments such as the modern workplace. On one hand, there are likely some potential positive benefits, such as allowing coworkers to monitor each others’ availability in order to minimize interruptions. On the other hand, there will be some potential downsides, such as an overbearing manager using the technology to try and re-implement a twisted version of Scientific Management in the office.

Over the past couple of months, I’ve developed such a monitoring application called “Group Context”. The idea is that Pennyworth logs context updates to a web service, and different views of that service can be used to build different displays of participants’ context. This can be used to track a user’s “contextual timeline” over the past 24 hours or display an aggregate view of everyone’s most recent context. I have a couple private implementations running in web browsers, Chumbies, iPhones, and the like. Today, I spent some time building a simple Dashboard widget for Mac OS X users that is another display:

Currently, the widget looks pretty lonely as I’m the only one logging context at the moment. As more people participate, the more this will fill up and become more interesting.

I’d like to invite any interested readers to explore this with me. I’m planning on keeping this somewhat private, so if you’d like to view others’ contexts, you must participate in turn. If you decide to join this virtual group, you should send me (via e-mail) the name you would like to use in the display (a pseudonym is fine) and an icon to represent you. In return, I’ll send you a small Pennyworth action script that will log your context to the web service and a copy of the Dashboard widget in addition to pointers to TOP SECRET URLs that implement some of the other views I mentioned above.

You must have a running instance of Pennyworth to participate and you can choose to withdraw from this at any time. If you are also uncomfortable logging particular context details, I’ll be happy to help you modify the action script to exclude or mask those details.

Update: I fixed the e-mail link. Sorry about that.

This update fixes a variety of bugs and adds support for a new idle time sensor. This release addresses application hangs caused by badly behaving AppleScripts and supports individual Growl notifications for individual context aspects (activity, location, social context).

Prerequisites

MacOS X 10.5 “Leopard”

Growl (Recommended): Pennyworth can be used without the Growl notification system by viewing the current predictions, but this occupies precious screen real estate and you attention. In order to receive visual notifications of updated predictions, I recommend that you install and configure the Growl notification system before running Pennyworth.

Source

There is not a source distribution available yet, but if you’d like the source code, it is available via Subversion at

The source requires Xcode 3 to build.

Bugs, suggestions, or comments?

Please post any feedback in the comments below or send it to pennyworth@aetherial.net. This is early release software, so there will be bugs, and the application will only improve when problems are identified and submitted.

This update fixes a variety of bugs and adds support for selectively enabling and disabling specific sensors:

Prerequisites

MacOS X 10.5 “Leopard”

Growl (Recommended): Pennyworth can be used without the Growl notification system by viewing the current predictions, but this occupies precious screen real estate and you attention. In order to receive visual notifications of updated predictions, I recommend that you install and configure the Growl notification system before running Pennyworth.

Source

There is not a source distribution available yet, but if you’d like the source code, it is available via Subversion at

The source requires Xcode 3 to build.

Bugs, suggestions, or comments?

Please post any feedback in the comments below or send it to pennyworth@aetherial.net. This is early release software, so there will be bugs, and the application will only improve when problems are identified and submitted.

This release includes minor bug fixes, a new detailed report, support for user-specified date ranges, and a hot key (Command-Control-P) for quickly updating manual streams.

Prerequisites

MacOS X 10.5 “Leopard”

Source

There is not a source distribution available yet, but if you’d like the source code, it is available via Subversion at

The source requires Xcode 3 to build.

Bugs, suggestions, or comments?

Please post any feedback in the comments below or send it to pennyworth@aetherial.net. This is early release software, so there will be bugs, and the application will only improve when problems are identified and submitted.