> Alternatively, the members plugin could be aware of
> the presence contacts plugin and have a button that
> generate the contact. Or perhaps all the "members"
> would automatically be added into "contacts"? Do
> you have categories of contacts?
The planned structure looks something like this:
Organizatioin
|
many-to-many--> Contact
|
one-to-many --> Method
(individual phone # / address)
Then in addition to that, members will be able to create Address Books
which will have a many-to-many relationship to the individual contacts
(not the organizations). So say Bob Jones (contact) works for
Macromedia (org) but is also a member of a W3C working group (org) and
then may also be in several address books which exist for different
purposes, both personal and/or publicly accessible.
I'm also thinking that I'd like to design the organizations like the
regions so that they can be indefinately nested. So you might work for
Macromedia, but specifically in the Support department or the
ColdFusion product team. Or if you work in the Support department you
might work specifically in Macromedia > Support > ColdFusion.
I will admit I'm having a little difficulty visualizing the interface,
particularly in terms of being able to manage several many-to-many
relationships in an appropriately i18n fashion, so that "Phone
Numbers: Home - Office - Cell / Fax: Home - Office" will display in a
way that makes sense in German or Japanese. I've already decided to
use XML to store method information (addresses, phone numbers) because
they vary greatly from one region to another, and XSL to transform
those into the appropriate strings, but I'm still unsure where the
line will be drawn between XML and database.
I've considered that some people might want to be able to search for a
person using for instance last name and telephone area code, though
I'm not sure if that's so desirable as to be a requirement or if it's
peripheral enough that it can be added later (as it will require some
considerable planning to be able to provide the interface when the
data varries from region to region, i.e. "area code" is an appropriate
context in the US but may not be in all regions).
> The contact would by default be synchronised with
> the members data (the member update could announce
> some kind of event). Then in the contact plugin
> interface, a checkbox would let you turn on or off
> synchronisation with the members data.
Interesting thought... I'm not sure if it answers any of the security
questions, but it's certainly an option...
Thanks Matt,
s. isaac dealey 954.522.6080
new epoch : isn't it time for a change?
add features without fixtures with
the onTap open source framework
http://www.fusiontap.com
http://coldfusion.sys-con.com/author/4806Dealey.htm
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Logware (www.logware.us): a new and convenient web-based time tracking
application. Start tracking and documenting hours spent on a project or with a
client with Logware today. Try it for free with a 15 day trial account.
http://www.houseoffusion.com/banners/view.cfm?bannerid=67
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:217908
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
