phpgroupware-developers
[Top][All Lists]
Advanced

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

RE: [Phpgroupware-developers] Palm conduit for addbook


From: Alex Borges
Subject: RE: [Phpgroupware-developers] Palm conduit for addbook
Date: 18 Jul 2002 14:20:10 -0500

On this topic.....

Okay, ill need it for addressbook for now anyways so ill probably have
to focus on that, thus persisting in having support for addressbook.

Anyways....does heiko stuff run in 0.9.14???

Alex


El jue, 18-07-2002 a las 13:23, Brian Johnson escribió:
> I want to add some customization features to my addressbook conduit to make
> it easier to install and use but I don't want to spend anymore time on the
> addressbook since I don't intend to use it
> 
> So I'd like to switch focus to the addbook module
> 
> Of course, I'm still using the unpopular concept of using direct SQL
> statements, but if I can get it working, then the SQL statements can be
> replaced in the future if necessary
> 
> 
> 
> > -----Original Message-----
> > From: address@hidden
> > [mailto:address@hidden Behalf Of Alex Borges
> > Sent: Thursday, July 18, 2002 10:47 AM
> > To: address@hidden
> > Subject: RE: [Phpgroupware-developers] Palm conduit for addbook
> >
> >
> > 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
> 





reply via email to

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