I think this is a GREAT IDEA!
We can use it to pass even serialized morph objects holding codes,
small applets and so on... 
I think we should write down a small specification of what we
want and then start a small description of the projects...(with a bit of
details about the type of protocol to use etc).
The email of Ali Chamas report a good list of stuff to inludes, in my
own opinion.

Do Someone want to expose his/her ideas?!?


---
Giovanni Giorgi
email: giorgi_g at geocities.com


-----Original Message-----
From: Ali Chamas
To: squeak at cs.uiuc.edu
Sent: 4/19/00 7:43 AM
Subject: Re: [IDEA] Using Squeak for mailing lists...

--- Joshua Gargus <gargus at cs.ualberta.ca> wrote:
> I think that it's a wonderful idea.  The main gotcha
> is
> that it needs to be user-friendly enough for a
> newbie to
> use the first time they fire up Squeak, especially
> since
> the mailing list as it now stands is such a resource
> for
> novice Squeakers.  

What if it were just another minimised window sitting
on the MVC desktop when a 'fresh' Squeak was opened?
If we clearly defined the model of the "mail center",
plus the features which the user would use, i'm sure
we can come up with a wonderful view solution. And if
we clearly seperated the "mail center" model from it's
view (as in the classic MVC), we might be able to
re-vamp/re-visit/modify the view down the road.

Here is a list of some of the mailing list domains
which we could incorporate into the "Squeak mail
center":

* Announcements
* Updates
* Highlights
* Newbies
* FAQs (by category)
* How-to... (by category)
* Members listing (by programming niche category - eg,
3D experts, sound experts, network experts, AI experts
etc)

If all mail items were stored in a central collection,
then we could sort of alias particular items into
these groups. For example, someone might post an
update, which is a highlight, which falls into a FAQ
category. This way, you might find the same item
referenced by several mail issue domains within this
"Squeak mail center".
[...]