am having the same problem. And I think the real issue is that Chandler is so 
advanced in it's "Items" notion that it is hard to even just match to other PIM 
designs. 

Here is a try to outline how things can work, please someone shed light on my 
errors and outline if something works alread:

  Chandler                                                            syncs 
with            

  Item A in Collection Homework stamped Adress                          generic 
Adressbook (1way, using SyncML ?)

  Item B in Collection Homework stamped Calender                     generic  
Cal Application 1way, using CalDAV 

  Item C in Collection Homework NOT stamped                            generic 
ToDo Application (using SyncML)


My suggestions:
a) Let A,B also sync with ToDo ? If ToDo is the only place to make changes the 
data model is simple enough for synchronization.

b) A,B find a oneway sync as most important on the road is the overview of 
available timeslots, or know address, new entries (calender or adress) could 
pop up in chandler as not stamped and then stamping is added on desktop and one 
way syncing distributes.
This still requires one way syncing of Calender and one way syncing of Adresses

c) implement a very simply "quick view and entry" application for ToDos on 
mobile device that syncs natively with Chandler, or provide a connector that 
uses existing application. I think SyncML is most important standard here (?)

any comments ?




-------- Original-Nachricht --------
> Datum: Wed, 10 Dec 2008 12:51:02 -0800 (PST)
> Von: Andrew Tong <[EMAIL PROTECTED]>
> An: [email protected]
> Betreff: Re: [chandler-users] Chandler and PDA/Mobile/Smartphone

> Here are my findings regarding iPhone and Chandler-Hub/Cosmo-Server to
> date:
> 
> 1.0 Mac:
> - Since iPhone syncs with iCal.app...
> - iCal.app is a CalDav (from OS 10.5 Leopard)  and iCalendar client
> - iCal.app does 1-way or 2-way sync with Cosmo Server
> - iPhone does 2-way sync with iCal.app
> - iPhone effectively does 2-way sync with Cosmo Server
> 
> 
> 2.0 Windows 
> - Since iPhone syncs only with Outlook 2003/2007...
> 
> 2.1 Out-of-the-box XP
> - Don't wan't to buy/use Outlook...
> - No iPhone sync
> 
> 2.2 Outlook 2-way
> - Since OL doesn't support CalDav
> - Can't get http://openconnector.org/ to work (CalDav for OL)
> - No iPhone 2-way sync via OL, yet
> 
> 2.3.1 Outlook 1-way subscribe
> - Subscribe to calendar on Cosmo from OL
> - iPhone can't sync with such "external" calendars!
> - No iPhone 1-way sync via OL
> 
> 2.3.2 OUtlook 1-way import
> - Export .ics from Chandler
> - Import .ics into OL
> - iPhone syncs 2-way with OL via iTunes
> - iPhone effectively does 1-way sync with Chandler via OL
> - Should work, but itunes/OL sync is broken for many users
> 
> 3.0 Over-the-air
> 
> 3.1 NemusSync 1-way via Google Calendar
> - Export .ics from Chandler
> - Import .ics into gCal
> - Jailbroken iPhone does 1/2-way sync with gGal OTA via NemusSync
> - iPhone effectively does 1-way sync with Cosmo Server via gGal
> 
> 3.2 Funambol 2-way via Thunderbird/Lightning via Funambol server
> - www.forge.funambol.org is an opensource SyncML project
> - Thunderbird/Lightning syncs 2-way with Cosmo over CalDav
> - Tb/Ln sycs 2-way with Funambol server using Funambol Tb/Ln plugin
> - iPhone syncs 2-way with Funambol server using Funambol iPHone app
> - But Funambol iPHone app syncs contacts only
> - No iPhone 2-way sync via SyncML, yet
> 
> 
> We currently use a local Cosmo server with Chandler clients. XP is my
> primary work machine, so 1.0 is out. I don't use and I don't want to
> buy Outlook, so 2.x are out. I don't want't to rely on the cloud, so 3.1
> is out. As you can see, the situation is rather dire on the windows side.
> Apple should make iTunes talk to any CalDav server, especially since this
> is the path it is following on the Mac side. Apple should also open up
> whatever API is needed so that Funambol can support event sync as well, and
> NemusSync can work on un-jailbroken phones. Since NemuSync is working quite
> with with gCal presumably over CalDav, I have asked on their forum
> groups.google.com/group/nemussync suggesting the support of local CalDav 
> server as
> well as gCal.
> 
> Can this outline form some sort of skeleton wiki others doing similar
> investigations to add to?
> 
> 
>       
> _______________________________________________
> [email protected] mailing list
> unsubscribe here:
> http://lists.osafoundation.org/mailman/listinfo/chandler-users
> Chandler wiki: http://chandlerproject.org/wikihome
_______________________________________________
[email protected] mailing list
unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/chandler-users
Chandler wiki: http://chandlerproject.org/wikihome

Reply via email to