RE: [Phpgroupware-developers] Palm conduit for addbook

[Alex Borges]

El jue, 18-07-2002 a las 13:23, Brian Johnson escribió:
> Yeah - I've got a conduit working for the addressbook but I need to get one
> working for Heiko's addbook
Possibly so.... to be fair, it has other goals as well.... no ldap afaik
for example.
> 
> 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
> 
> 
> _______________________________________________
> Phpgroupware-developers mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/phpgroupware-developers
>