On Fri, 2008-10-31 at 01:17 -0700, Adam Williamson wrote: > On Sun, 2008-08-17 at 23:59 +0200, Pawel Kot wrote: > > Hi, > > > > On Sun, Aug 17, 2008 at 22:26, Pawel Kot <gno...@gmail.com> wrote: > > > IMHO: > > > - WORK/HOME without subtype should be treated as VOICE. > > > - Telephone[Type='VOICE'] with no other subtype should be mapped for > > > something. I don't know XML Schema for Contact on WM6 devices but if > > > there's just what's shown in the log available (ie. no general/default > > > phone number), I'd suggest map it into C1:MobilePhoneNumber (or using > > > gui/cli attempt the user interaction to ask for the type). > > > > I'd like to confirm that using > > http://tfuj.pl/osync/contact-to-airsync.xsl I was able to successfully > > synchronize contacts from Nokia 6230i to HP iPAQ 514 (modulo encoding > > problem I was mentioning earlier). > > Resurrecting this old thread, I would like to note that one of Pawel's > changes appears to be bogus. He changes Type='HOME' and Type='VOICE' to > Type='HOME' and Type!='FAX' and Type='WORK' and Type='VOICE' to > Type='WORK' and Type!='FAX' , which is fine, and seems to fix the > problem he was trying to address (and that I also ran into, with > Blackberries). However, his .xsl has the following, further difference > from the current one in synce itself. It adds: > > <C1:MobilePhoneNumber> > <xsl:value-of select="Telephone[Type='VOICE']/Content"/> > </C1:MobilePhoneNumber> > > underneath: > > <C1:MobilePhoneNumber> > <xsl:value-of select="Telephone[Type='CELL']/Content"/> > </C1:MobilePhoneNumber> > > this appears to have the effect of over-riding the CELL entry > completely, so with Pawel's version, *only* Tel entries with the type > VOICE will get written as MobilePhoneNumber. Tel entries with the type > CELL don't get written at all, as far as I can tell. > > I had a ton of contacts in Evolution whose cellphone numbers were lost > when I sync'ed to my new WM phone, because I was using Pawel's > contact-to-airsync.xml. When I reverted this last change, the cell > numbers synced properly. So that change is bogus, I think.
Resurrecting this thread again - why hasn't this patch yet been merged? I can't see any reason it shouldn't be. (I'm sending this from @mandriva.com because I haven't yet been un-lazy enough to update my mailing list subscriptions! But I'm looking at this stuff for Fedora, now.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ SynCE-Devel mailing list SynCE-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synce-devel
