[Design] e-mail feature suggestion - msgs received recently indicator

[Brian Kirsch]

> Mail clients should behave more like an OS extension, not a separate 
> program. When I want to refer to the design information for a 
> particular project, I need all the data in one place: mail, design 
> files, contracts, timetables ...
>
> I don't think Chandler is designed to do that :-(

Josef,
It is actually quite the opposite. Mail Messages in Chandler are 
treated just like any piece of data.


With Chandler, users will be able to organize diverse kinds of 
information for their own convenience -- not the computer's 
convenience. Chandler will have a rich ability not only to associate 
and interconnect items, but also to gather and collect related items in 
a single place creating a context sensitive "view" of many types of 
data, mixing-and-matching email, mailing lists, instant messages, 
appointments, contacts, tasks, free-form notes, blogs, web pages, 
documents, spreadsheets, slide shows, bookmarks, photos, MP3's, and so 
on (and on). Data in Chandler is stored on repositories on the user's 
local machine, on others' machines, and on shared resources such as 
servers.

For an overview of the Chandler vision visit the link below:

http://www.osafoundation.org/Chandler_Compelling_Vision.htm


Brian Kirsch - Email Framework Engineer
Open Source Applications Foundation
543 Howard St. 5th Floor 
San Francisco, CA 94105 
(415) 946-3056 
http://www.osafoundation.org

On Dec 21, 2004, at 12:35 AM, dalcolmo wrote:

> I wouln't want that Chandler forgets any state between different 
> starts of the program. Program start has nothing to do with which mail 
> I already noticed to be there.
>
> I actually prefer to physically move mail when I read it - I do this 
> currently with an MH mail folder, where every mail has is a separate 
> file. That is much more reliable than the flagging. I had plenty of 
> trouble with programs suddenly forgetting which mails I read: I had to 
> look through thousands of mails again.
>
> I need to keep a lot of my mail, because it contains essential design 
> or business information. Which brings me again to the point, that I 
> still don't understand why mail should be treated differently from 
> other data. I want mail integrated in my system, and mail files are 
> just another collection of files. The point is, to be able to browse 
> and search throuh ALL my data, just as if it was mail. Mail clients 
> should behave more like an OS extension, not a separate program. When 
> I want to refer to the design information for a particular project, I 
> need all the data in one place: mail, design files, contracts, 
> timetables ...
>
> I don't think Chandler is designed to do that :-(
>
> - Josef
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Design" mailing list
> http://lists.osafoundation.org/mailman/listinfo/design
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2886 bytes
Desc: not available
Url : http://lists.osafoundation.org/pipermail/design/attachments/20041221/8f61d0d6/attachment.bin