r42 - 09 Feb 2006 - 15:16:21 - LisaDusseaultYou are here: OSAF >  Projects Web  >  UIDesignArchives > DesignProgram

Design Program

The Design Program focuses on figuring out what the major features should look like. As such, it is strongly related to the UIDesignArchives and the FeaturePrioritizationProject?.

ProjectOverviewTable2005 has a table that organizes all the aspects of all the different pieces of the Chandler project. (This page and that page will soon be reorganized somehow. See FilingDesignArtifacts20031218)

Active contributors:

Design Issues

We plan to tackle the design issues in this order:

  1. Generic information management
  2. Users and groups
  3. Sharing
  4. Cross-parcel functionality

Each of these areas is described in a bit more detail below, with the numbers referring to the implementation order.

Design Space

20031104WorkflowTaxonomy.gif

Sharing Data Feed Users and groups
Generic information management
IM Mail Tasks Calendar Notes?
search filters/auto-categorization recognizers
end-user scripting/agents security/privacy CPIA

See DesignIssues

At the center are five buckets labeled IM, E, C, T, and N. Those buckets represent the basic building blocks of Chandler -- the "capplets" for Instant Messages, Email, Calendar Events, Tasks, and Notes, respectively. Note that while there are interesting scenarios for actions that take place within one E/T/C/N/IM bucket, developing those scenarios is not our top priority right now. We are more interested in developing (or hearing about) scenarios in each logical block in the diagram.

Above and spanning the buckets, labeled with a circled "1", is generic information management -- all the things that we want to be able to do with any arbitrary set of E, T, C, N, and IM items. This includes:

  • clustering
  • linking (as shown by the arrows between the E/T/C/N/IM buckets)
  • viewing in the generic viewer
  • putting items into "projects" and "virtual folders"
  • adding, creating, and changing ad hoc attributes

Chandler Sharing, labeled as #3, depends upon generic information management, and also applies to all E/T/C/N/IM item types.

Chandler sharing is one way of connecting to various types of information from the Rest Of the World, but there are other Data Feeds: web, bookmarks, URLs, etc. Data Feed is thus placed next to Sharing in the diagram.

Crossing the boundaries of the buckets, generic information management, and sharing is Users and Groups, labeled #2. This includes issues like whether there is a difference between "People" and "Contacts", how to handle "me", creating groups of people with different access controls, etc.

At the bottom are circles labeled #4, which represent various pieces of cross-application functionality: search, filters/categorization, recognizers, end-user scripting/agents, security/privacy, and CPIA.

Meeting Notes

-- DuckySherwood - 04 Nov 2003



Someone asked why Contacts weren't on the above list. We feel that Chandler is all about helping users "get stuff done", and Contacts are support players in "getting stuff done". Furthermore, Contacts are long-lasting elements -- more like "reference information" -- while E/T/C/IM are (in a perfect world) only germane for a short period before you finish them.

-- DuckySherwood - 12 Nov 2003

PageInfo
PageType ObsoletePage
MaintainedBy ChaoLam
PageStatus Work in progress -- this page is still being drafted? no.png
Trash.CommentsWelcome2 Feel free to contribute comments?, either by adding to the Comments Welcome section of this page, or by posting to the dev list, or by sending mail directly to the person listed as maintaining the page.
Edit | WYSIWYG | Attach | Printable | Raw View | Backlinks: Web, All Webs | History: r42 < r41 < r40 < r39 < r38 | More topic actions
 
Open Source Applications Foundation
Except where otherwise noted, this site and its content are licensed by OSAF under an Creative Commons License, Attribution Only 3.0.
See list of page contributors for attributions.