RE: [Phpgroupware-developers] Palm conduit for addbook

[Brian Johnson]

Yeah - I've got a conduit working for the addressbook but I need to get one
working for Heiko's addbook

I think Heiko's addbook is the future of phpgw - it looks like it's much
closer to implementation than the cdb module - and we will be abandoning the
regular addressbook when I get the Palm syncing to it (in fact we're still
using MS Outlook because why switch to an unsuitable alternative and then
switch again)

I need to track time spent on projects that are linked to organizations, but
each organization may have more than one individual I am in contact with.
This also leads to accounting since the time translates to $$ through
invoicing

The trick is getting a subset of that information to map to the Palm device
that doesn't separate out the companies from the individuals



> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden Behalf Of Chris Weiss
> Sent: Thursday, July 18, 2002 11:34 AM
> To: address@hidden
> Subject: RE: [Phpgroupware-developers] Palm conduit for addbook
>
>
> addressbook is the stock one, addbook is the heiko's.  I think keeping the
> names strait will keep the rest of us from being confused.
>
> Alex Borges (address@hidden) wrote*:
> >
> >Dont get confused though.....afaik, the addybook has the company on one
> >table only.... there is the heiko addybook (new stuff) that has
> >organizations better put..... but thats not core addressbook..
> >
> >
> >Alex
> >
> >El jue, 18-07-2002 a las 09:27, Brian Johnson escribió:
> >> I guess I should have checked things out rather than rely on
> memory before
> I
> >> sent that last email - it turns out that the organizations and
> individuals
> >> are in fact, in two separate tables - the SQL stuff (queries
> with joins) I
> >> can handle
> >>
> >> If it's OK with the list, I'll attach a relationship diagram
> bitmap (from
> >> what I can figure out) of the phpgw addbook tables
> >>
> >> I still need help with the sync logic as briefly explained below:
> >>
> >> when there is one record per individual (that includes company
> info like
> the
> >> addressbook) then I could make a table that matched up phpgw record id
> >> numbers with
> >> palm addressbook record id numbers.  When we get into multiple
> individuals
> >> per
> >> company I was going to match them up and sync them through in a similar
> >> manner.
> >> But if one company info field changes on the Palm (for example
> the first
> >> Palm
> >> record of two individuals from the same company) how do I prevent the
> second
> >> company record from undoing the changes applied by the first?
> Any input on
> >> logic
> >> would be helpful
> >>
> >>
> >>
> >> Phpgroupware-developers mailing list
> >> address@hidden
> >> http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> >>
> >
> >
> >
> >
> >Phpgroupware-developers mailing list
> >address@hidden
> >http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
> >
>
>
> _______________________________________________
> Phpgroupware-developers mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/phpgroupware-developers