[chandler-dev] Fwd: syncml Re: Chandler and PDA/Mobile/Smartphone
Mimi Yin <mimi-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected]> Mon, 15 Dec 2008 14:11:40 -0800
| Newsgroups | gmane.org.osaf.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, I'm forwarding your message to the chandler-dev list, where there's been a related discussion on writing a CalDAV-to-SyncML or Chandler Morse Code-to-SyncML bridge, proposed by Jared. If you aren't already, you can subscribe to the dev list here: http:// lists.osafoundation.org/mailman/listinfo/chandler-dev/ Best, Mimi Begin forwarded message: > From: [email protected] > Date: December 11, 2008 11:48:21 AM PST > To: chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected] > Subject: [chandler-users] syncml Re: Chandler and PDA/Mobile/ > Smartphone > > adding to my thoughts below, I did some more googling and came > across SyncML, a standard used by Nokia and many other devices, > including IPhone (using third party tool) > > Looking for an open source framework that could be used to add > SyncML support to Chandler I came across OpenSync (successor of > Multisync) > http://www.opensync.org/ > > The next question would be: How much work is it to add SyncML > support to Chandler ? > There is already a reply from 2003, which says its quick for a > first running demo. > http://chandlerproject.org/Projects/SyncML > > Is there anybody on the list, which has enough Chandler Code > knowledge to team up doing the project of a very simple chandler to > todo syncML service? I am a newy to Phyton, Chandler Code and > SyncML - so the best I could do is understand, provide code after > guidance and motivate ;) > > > > > -------- Original-Nachricht -------- >> Datum: Thu, 11 Dec 2008 15:44:13 +0100 >> Von: [email protected] >> An: chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected] >> Betreff: Re: [chandler-users] Chandler and PDA/Mobile/Smartphone > >> 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 <amwt-/[email protected]> >>> An: chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[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? >>> >>> >>> >>> _______________________________________________ >>> chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected] mailing list >>> unsubscribe here: >>> http://lists.osafoundation.org/mailman/listinfo/chandler-users >>> Chandler wiki: http://chandlerproject.org/wikihome >> _______________________________________________ >> chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected] mailing list >> unsubscribe here: >> http://lists.osafoundation.org/mailman/listinfo/chandler-users >> Chandler wiki: http://chandlerproject.org/wikihome > _______________________________________________ > chandler-users-6zGkXsw2EZWGJGYlWa3Ukdi2O/[email protected] mailing list > unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/ > chandler-users > Chandler wiki: http://chandlerproject.org/wikihome _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "chandler-dev" mailing list http://lists.osafoundation.org/mailman/listinfo/chandler-dev