phpgroupware-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Phpgroupware-developers] addbook ready for testing


From: Brian Johnson
Subject: RE: [Phpgroupware-developers] addbook ready for testing
Date: Wed, 24 Apr 2002 15:22:06 -0400

> > I had to upgrade from 0.9.12 and I have NOT set it up as the default
> > addressbook
>
> currently there is no possibility to choose which addressbook
> you want to use as
> default. but because of the fact that the new addbook nees
> another api class for
> interacting correctly with email and infolog and other apps,
> the old addressbook
> won't work correctly after that.

Just to clarify, I didn't do this:
if you want to use apps like email, infolog and projects, you have to copy
the
files in folder "addbook/phpgwapi" to phpgroupware/phpgwapi/inc.
this adds class.contacts1_sql.inc.php which replaces the
class.contacts_sql.inc.php.
it automatically uses the right contact.class if the user has access to
addbook.
if not, it uses the "old" class that is compatible to the "old" addressbook.
the disadvantage is, that you can't use addressbook and addbook parallel to
each other.

> > 1. what do the contact listings in the add organization
> form do? they don't seem to tie in with anything
>
> do you mean the extra-contacts? its the answer for your 3rd
> question. take a look
> down..
> > 3. we need more fields for the orgs and the persons.  we
> could get an
> > unlimited number if we somehow set it up as a separate table with
> > contact_id, info_type (eg phone numbers, mobile numbers,
> fax numbers,
> > emails, web addresses, mailing addresses) and info_value
>
> that has already been done. you can add extra and unlimited
> contacts. under
> "administration->add contact categories" you can add
> categories for this extra
> contacts, e.g.  pager, icq,... because the email-app or
> infolof expect some typical
> types like home phone or email, i had to make some fix
> contact categories.

ohhh - that's what that was for, I thought it was to add extra people and
couldn't understand it's need.  OK, for sharing of data (eg my sync conduit
to the palm pda) it would be much more convenient (ie easy to manipulate the
data) if it was all set up the same way (eg all set up this way instead of
some fields in one table for people, some fields in another table for
organizations, and the potential for these extra fields in a third table for
either people or organizations)

> > 2. could the add organization and add person forms be
> rolled into one? I thought maybe a add contact form that allowed you to
pick
> the org from a combo box or type in a new one, if an existing one display
> the org info for editing and if a new one allow the user to input the new
> org info on the same form as the person info
>
> at the moment you can choose an already created organization
> from an dropdown - box (just beside "job").

it would be convenient to be able to add a new org at the same time as
adding a new person from that org


> > 4. a separate category system has been provided, can it be
> set up to allow
> > multiple categories for each org or person? (eg use main
> phpgw category
> > system to control user access to records but use a second
> category system to
> > categorize contacts - but allow multiple categories per contact)

ok, the category system I'm talking about here is really the extra contacts
system discussed above, so I still think there is a need/use for this
additional category system to allow multiple categories to be assigned to
each person or organization.  Again for sharing of data, it provides another
way for other modules/progs to use queries to filter out what data they are
looking for (eg in my engineering field, I could flag a building contractor
as an industrial contractor, an institutional contractor, a commercial
contractor, and a residential contractor if they do all of those types of
projects - some do and some don't - and then I can create a query for
commercial contractors when I want to do a mailout to invite them to tender
a commercial building project for instance)

> > 8. the site configuration gave me an error that it couldn't find
> > addbook/templates/default/config.tpl
>
> when does this error exactly occur?

when I click on the administation icon & click on site configuration under
the addbook heading I get the error



Additional thoughts:

a. the phpgw_addbook_relation table could be removed if a org_id field was
added to phpgw_addbook_person_main to link the person to an organization

b. might be useful to have additional prefs to set defaults for fields like
city, state, and country (but still allow them to be edited for each entry)

c. don't forget to add a notes field for both people and orgs to catch any
data that doesn't fit elsewhere

d. how soon can we get this module working with other modules (ie email)

e. do you have any thoughts on how a sync conduit to a palm pda should be
setup for this module?  I'll have to come up with some way to map the
records on the Palm that doesn't separate people and orgs with this module.
Moving the the Palm is easy with a select query that pulls in both tables
together but moving from the Palm back to phpgw will require additional
thought





reply via email to

[Prev in Thread] Current Thread [Next in Thread]