Menu
▾
▴
opensync-devel — The place to coordinate the development of OpenSync
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(9) |
Apr
(84) |
May
(18) |
Jun
(12) |
Jul
(6) |
Aug
(7) |
Sep
(10) |
Oct
(31) |
Nov
(59) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(53) |
Feb
(15) |
Mar
(43) |
Apr
(40) |
May
(63) |
Jun
(142) |
Jul
(54) |
Aug
(31) |
Sep
(30) |
Oct
(39) |
Nov
(36) |
Dec
(64) |
| 2007 |
Jan
(128) |
Feb
(261) |
Mar
(156) |
Apr
(127) |
May
(76) |
Jun
(131) |
Jul
(83) |
Aug
(124) |
Sep
(83) |
Oct
(88) |
Nov
(180) |
Dec
(90) |
| 2008 |
Jan
(86) |
Feb
(93) |
Mar
(117) |
Apr
(104) |
May
(65) |
Jun
(35) |
Jul
(38) |
Aug
(111) |
Sep
(58) |
Oct
(33) |
Nov
(102) |
Dec
(194) |
| 2009 |
Jan
(193) |
Feb
(74) |
Mar
(111) |
Apr
(77) |
May
(31) |
Jun
(20) |
Jul
(1) |
Aug
(3) |
Sep
(57) |
Oct
(125) |
Nov
(50) |
Dec
(3) |
| 2010 |
Jan
(26) |
Feb
(5) |
Mar
(13) |
Apr
(3) |
May
(3) |
Jun
(12) |
Jul
(27) |
Aug
(47) |
Sep
(105) |
Oct
(53) |
Nov
(34) |
Dec
(21) |
| 2011 |
Jan
(115) |
Feb
(17) |
Mar
|
Apr
(6) |
May
(16) |
Jun
(15) |
Jul
(85) |
Aug
(21) |
Sep
(13) |
Oct
(12) |
Nov
(28) |
Dec
(23) |
| 2012 |
Jan
|
Feb
(13) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(5) |
Aug
(31) |
Sep
(8) |
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(33) |
Sep
(9) |
Oct
(10) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
| 2016 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: numlock <wor...@gm...> - 2009-09-03 12:01:22
|
Daniel Gollub-3 wrote: > > Could you change your configuration to this > > (Just a random guess, from reading the code.. thats pretty ugly - but let > me > know if this works for you ...) > Great, many thanks, now it works *much* further ! It seems to receive all changes, but a SIGSEGV happens in a strcmp() call inside the osync_objtype_sink_find_objformat_sink() function of libopensync. I'm thinking of replacing the "File" plugin with the "Evolution2" plugin and trying it with an empty contact list... The current Google one has over 200 contacts. -- View this message in context: http://www.nabble.com/-OpenSync-0.38--Need-help-getting-File%3C%3D%3ESyncML-%28Google%29-to-work-tp25273314p25274588.html Sent from the Opensync - Dev mailing list archive at Nabble.com. |
|
From: Daniel G. <go...@b1...> - 2009-09-03 11:44:12
|
On Thursday 03 September 2009 01:16:27 pm Daniel Gollub wrote: > On Thursday 03 September 2009 01:04:08 pm numlock wrote: > > $ msynctool --sync evolution-google > > Synchronizing group "evolution-google" > > The previous synchronization was unclean. Slow-syncing > > contact sink of member 1 of type file-sync just connected > > Main sink of member 1 of type file-sync just connected > > contact sink of member 2 of type syncml-http-client just connected > > /var/tmp/portage/app-pda/libsyncml-0.5.4/work/libsyncml-0.5.4/libsyncml/d > >at > > a_sync_api/transport_http_client.c:65:E:smlDataSyncTransportHttpClientIni > >tN ewSession: Assertion "dsObject->url" failed > > Aborted > > Could be a problem of the OpenSync SyncML plugin and the new configuration > interface. Could you create SYNCML_TRACE files and send those as to me? > > > https://libsyncml.opensync.org/wiki/tracing > Hmmm the content of the wiki page is wrong... this is about OpenSync's tracing not about libsyncml tracing ... Try this one: https://libsyncml.opensync.org/wiki/http-guide#BugReports -Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Daniel G. <go...@b1...> - 2009-09-03 11:43:24
|
On Thursday 03 September 2009 01:04:08 pm numlock wrote: > $ msynctool --sync evolution-google > Synchronizing group "evolution-google" > The previous synchronization was unclean. Slow-syncing > contact sink of member 1 of type file-sync just connected > Main sink of member 1 of type file-sync just connected > contact sink of member 2 of type syncml-http-client just connected > /var/tmp/portage/app-pda/libsyncml-0.5.4/work/libsyncml-0.5.4/libsyncml/dat > a_sync_api/transport_http_client.c:65:E:smlDataSyncTransportHttpClientInitN > ewSession: Assertion "dsObject->url" failed > Aborted > Could be a problem of the OpenSync SyncML plugin and the new configuration interface. Could you create SYNCML_TRACE files and send those as to me? https://libsyncml.opensync.org/wiki/tracing -Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Daniel G. <go...@b1...> - 2009-09-03 11:31:47
|
On Thursday 03 September 2009 01:04:08 pm numlock wrote:
> What could the problem be ?
>
Could you change your configuration to this
(Just a random guess, from reading the code.. thats pretty ugly - but let me
know if this works for you ...)
--- syncml-http-client.conf.orig 2009-09-03 13:31:22.000000000 +0200
+++ syncml-http-client.conf 2009-09-03 13:31:57.000000000 +0200
@@ -36,6 +36,13 @@
<Value>PC Suite</Value>
</AdvancedOption>
+ <AdvancedOption>
+ <DisplayName>Path for the remote server</DisplayName>
+ <Name>Path</Name>
+ <Type>string</Type>
+ <Value>/syncml</Value>
+ </AdvancedOption>
+
</AdvancedOptions>
<Authentication>
@@ -45,7 +52,7 @@
<Connection>
<Network>
- <Address>m.google.com/syncml</Address>
+ <Address>m.google.com</Address>
<Port>443</Port>
<Protocol>https</Protocol>
</Network>
--
Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht: Ingolstadt
Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
EMail: go...@b1... http://www.b1-systems.de
Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D
|
|
From: numlock <wor...@gm...> - 2009-09-03 11:04:18
|
Hi, After upgrading everything to 0.38, I can successfully get my Google contacts this way: syncml-ds-tool --http-client https://m.google.com/syncml --slow-sync text/x-vcard contacts --username MY_USER_NAME --password MY_PASSWORD --identifier "Google sync" --target "Google" --version 1.2 --wbxml What I really need is to synchronize Evolution2 with that. But as a first step, I tried to synchronize between SyncML and Files. Here's what I get (it's named evolution-google but it's really file<=>syncml): $ msynctool --sync evolution-google Synchronizing group "evolution-google" The previous synchronization was unclean. Slow-syncing contact sink of member 1 of type file-sync just connected Main sink of member 1 of type file-sync just connected contact sink of member 2 of type syncml-http-client just connected /var/tmp/portage/app-pda/libsyncml-0.5.4/work/libsyncml-0.5.4/libsyncml/data_sync_api/transport_http_client.c:65:E:smlDataSyncTransportHttpClientInitNewSession: Assertion "dsObject->url" failed Aborted Here is my complete setup: Group config: http://www.nabble.com/file/p25273314/filter.conf filter.conf http://www.nabble.com/file/p25273314/syncgroup.conf syncgroup.conf Member 1 (File) config: http://www.nabble.com/file/p25273314/file-sync.conf file-sync.conf http://www.nabble.com/file/p25273314/syncmember.conf syncmember.conf Member 2 (SyncML) config: http://www.nabble.com/file/p25273314/syncmember_.conf syncmember_.conf http://www.nabble.com/file/p25273314/syncml-http-client.conf syncml-http-client.conf What could the problem be ? -- View this message in context: http://www.nabble.com/-OpenSync-0.38--Need-help-getting-File%3C%3D%3ESyncML-%28Google%29-to-work-tp25273314p25273314.html Sent from the Opensync - Dev mailing list archive at Nabble.com. |
|
From: Michael B. <mic...@cm...> - 2009-08-21 12:00:21
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, just for your information - I'm on holidays until 2009-Sep-07. So I cannot react on tickets for libwbxml and libsyncml. Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqOjHwACgkQ2L0ZGCAwWquzRQCfQfJa/S/k9aEsg2681v34JV53 ApgAoLRt2oNxmgFJrGohylLZz2BsPSnC =OT0K -----END PGP SIGNATURE----- |
|
From: Douglas L. P. <dou...@gm...> - 2009-08-13 14:26:11
|
Hi guys,
Thanks for reading my e-mail.
I'm a developer and I'm using python to automate a few steps in the
creation of configuration files for msynctool.
I'm facing a few problems and would like to ask your help.
First of all, I'm using opensync 0.22 on ubuntu linux 2.6.30.
My first though was to use os.system and call msynctool passing the
correct parameters, like this:
os.system('msynctool --addgroup ' + group)
os.system('msynctool --addmember ' + group + ' file-sync')
os.system('msynctool --configure ' + group + ' 1')
The problem with this approach is that when the configure option is
called msynctool will pop up a editor window which python has no
control over.
I modified msynctool to not open the editor but still create the config files.
Now I have another problem. How do I know the name of the group
created by msynctool?
I modified msynctool again to create a group folder with the name of
the group but I wasn't able to get the environment directory
(default=~/.opensync-0.22) since the method to retrieve it is private.
It means that I can create a fancy group folder but I don't know where
:(
Here is the little modification I made to addGroup function on msynctool:
void addgroup(OSyncEnv *osync, char *groupname)
{
OSyncGroup *group = osync_group_new(osync);
osync_group_set_name(group, groupname);
osync_group_set_configdir(group, g_strdup_printf("group_%s",
groupname));
OSyncError *error = NULL;
if (!osync_group_save(group, &error)) {
printf("Unable to save group: %s\n", osync_error_print(&error));
osync_error_free(&error);
}
}
As you already figured it out, using that function will result in a
folder created in the same directory msynctool is called.
Does anyone know how can I create my group folders inside the
environment directory? Have in mind that I'm avoiding any changes in
opensync.
Thanks for your time.
Douglas
|
|
From: Андрей П. <abi...@gm...> - 2009-08-08 10:49:13
|
Colleagues, I'm from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.2 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko |
|
From: Bjoern R. <bjo...@go...> - 2009-06-22 08:08:39
|
That would be nice for me too. I am at Linux Tag from Friday 10h to Saturday 16h. Therefore I am also interested in looking for a pub at the evening on Friday ;-) Best regards Bjoern > Hi, > > I have to leave Berlin on Friday 14 or 15 o'clock. Can we meet on Friday > morning or on an earlier day this week? > > Best regards > > Michael -- /Bjoern Ricks |
|
From: Michael B. <mic...@cm...> - 2009-06-22 07:43:06
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have to leave Berlin on Friday 14 or 15 o'clock. Can we meet on Friday morning or on an earlier day this week? Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAko/NiEACgkQ2L0ZGCAwWqsS9gCgrcan1++Myv4us7RCDFLJb3kj om8AoMQSqqM8cZafV+cgIMqvPJGOTLy6 =4jaE -----END PGP SIGNATURE----- |
|
From: Daniel G. <go...@b1...> - 2009-06-21 18:33:42
|
Hi, we already discussed this briefly on a different thread. What about a (small) OpenSync Meeting in Berlin during/after LinuxTag? I guess most of you, which plan to attend LinuxTag, will be at LinuxTag on Friday, Saturday? (Or even on Sunday still in Berlin?) So what about Dinner+Pub on Saturday or Friday after the regular conference program? (Or booth evenings? ;)) If you want to join just drop me a mail. Don't hesistate to get in touch with me during the day. I'm most of the LinuxTag present on the B1 Systems booth: B1 Systems GmbH (Halle 7.2b, Stand 123) (Which is part of the LPI booth.) You can't miss it, B1 has a very unique logo: http://www.b1-systems.de ;) See you in Berlin! Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: HIRANO T. <hir...@zn...> - 2009-06-15 02:08:51
|
I consulted the vCard format used by iPhone and Android. They seem to use X-PHONETIC-FIRST-NAME, X-PHONETIC-LAST-NAME instead of SORT-STRING, which has been used by Japanese classic cell phones. I think it would be better for OpenSync to use these fields. 2009/6/15 HIRANO Takahito <hir...@zn...>: > (Sorry, I forgot Cc.) > > Thank you for your quick reply! > > In VCARD, there are no standards on how to store alternative names, > but some applications store them in SORT-STRING. > > SynCE plugin handles alternative name internally as YomiCompanyName > (furigana of a company name), YomiFirstName (furigana of a first > name), YomiLastName (furigana of a last name). > See: > http://synce.svn.sourceforge.net/viewvc/synce/trunk/sync-engine/SyncEngine/wbxml/dtd.py?view=markup > > 2009/6/15 Daniel Gollub <go...@b1...>: >> On Sunday 14 June 2009 05:25:55 pm HIRANO Takahito wrote: >> [...] >>> This is especially important in Japan. >>> Japanese people always use two formats for their names: kanji and >>> furigana (or yomigana). >>> So I need to investigate how to store them. >>> >>> I think there are several ways to do this: >>> 1) Allow multiple Name elements in a Contact element in the XML schema >>> 2) Introduce AlternativeName (generic) or Furigana (specific to Japan) >>> element to the XML schema >>> 3) Store alternative name in FormattedName using parentheses, like >>> "Latin Characters (Chinese Characters)" or "Furigana (Kanji)" >>> >>> 3) does not require any change for OpenSync. >>> But it is non-standard and it will cause compatibility problem between >>> plugins. >> >> How is this handled inside VCARDs? >> Do you have more examples from other plugins/formats how this is handled? >> >> Best Regards, >> Daniel >> >> -- >> Daniel Gollub Geschaeftsfuehrer: Ralph Dehner >> FOSS Developer Unternehmenssitz: Vohburg >> B1 Systems GmbH Amtsgericht: Ingolstadt >> Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 >> EMail: go...@b1... http://www.b1-systems.de >> >> Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg >> http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D >> > |
|
From: Juha T. <Juh...@ik...> - 2009-06-14 18:47:29
|
On Sunday 14 June 2009 20:58:30 you wrote: > On Sunday 14 June 2009 06:06:28 pm Juha Tuomala wrote: > > kaddressbook is a good example of this, it's a program built > > around those specifications, when it should be rather fullfeatured > > program being able to *export* related information to vcard as > > far as that vcard is able to carry that information. > > Right. > > Just wanted to check how this is implemented in already exisiting > devices/specification. So we find the best fitting solution for this. > > Juha, how would you handle this in the xmlformat-contact schema? I always understood that xmlformat is opensync internal format, vformat is the interface to these v* formats. If that's true, then the vcard compatibility and stripping the non-standard stuff should fall into vformat plugin, right? And what xmlformat is able to carry, is only limited by developer imagination or real world needs of opensync. Tuju -- Better to have one, and not need it, than to need one and not have it. |
|
From: Daniel G. <go...@b1...> - 2009-06-14 17:58:43
|
On Sunday 14 June 2009 06:06:28 pm Juha Tuomala wrote: > On Sunday 14 June 2009 18:35:44 Daniel Gollub wrote: > > On Sunday 14 June 2009 05:25:55 pm HIRANO Takahito wrote: > > How is this handled inside VCARDs? > > Do you have more examples from other plugins/formats how this is handled? > > I don't think opensync should be limited by the limited > specification of vcards. Right. But xmlformat-contact is based on the vcard 3.0 Standard. > kaddressbook is a good example of this, it's a program built > around those specifications, when it should be rather fullfeatured > program being able to *export* related information to vcard as > far as that vcard is able to carry that information. Right. Just wanted to check how this is implemented in already exisiting devices/specification. So we find the best fitting solution for this. Juha, how would you handle this in the xmlformat-contact schema? Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Daniel G. <go...@b1...> - 2009-06-14 17:56:35
|
On Sunday 14 June 2009 06:11:37 pm Juha Tuomala wrote: > On Sunday 14 June 2009 18:49:47 HIRANO Takahito wrote: > > In VCARD, there are no standards on how to store alternative names, > > but some applications store them in SORT-STRING. > > How about you start an > > X-NAME;TYPE=furigana:Foo Bar > > de facto standard? :) Which device/application is using this? Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Daniel G. <go...@b1...> - 2009-06-14 17:55:21
|
On Sunday 14 June 2009 05:49:47 pm HIRANO Takahito wrote: > (Sorry, I forgot Cc.) > > Thank you for your quick reply! > > In VCARD, there are no standards on how to store alternative names, > but some applications store them in SORT-STRING. Ok, i see. I asked this question to try to honor existing standards. > > SynCE plugin handles alternative name internally as YomiCompanyName > (furigana of a company name), YomiFirstName (furigana of a first > name), YomiLastName (furigana of a last name). > See: > http://synce.svn.sourceforge.net/viewvc/synce/trunk/sync-engine/SyncEngine/ >wbxml/dtd.py?view=markup Thanks for this pointer. Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Juha T. <Juh...@ik...> - 2009-06-14 16:11:48
|
On Sunday 14 June 2009 18:49:47 HIRANO Takahito wrote: > In VCARD, there are no standards on how to store alternative names, > but some applications store them in SORT-STRING. How about you start an X-NAME;TYPE=furigana:Foo Bar de facto standard? :) Tuju -- Better to have one, and not need it, than to need one and not have it. |
|
From: Juha T. <Juh...@ik...> - 2009-06-14 16:06:36
|
On Sunday 14 June 2009 18:35:44 Daniel Gollub wrote: > On Sunday 14 June 2009 05:25:55 pm HIRANO Takahito wrote: > How is this handled inside VCARDs? > Do you have more examples from other plugins/formats how this is handled? I don't think opensync should be limited by the limited specification of vcards. kaddressbook is a good example of this, it's a program built around those specifications, when it should be rather fullfeatured program being able to *export* related information to vcard as far as that vcard is able to carry that information. Tuju -- Better to have one, and not need it, than to need one and not have it. |
|
From: HIRANO T. <hir...@zn...> - 2009-06-14 15:49:52
|
(Sorry, I forgot Cc.) Thank you for your quick reply! In VCARD, there are no standards on how to store alternative names, but some applications store them in SORT-STRING. SynCE plugin handles alternative name internally as YomiCompanyName (furigana of a company name), YomiFirstName (furigana of a first name), YomiLastName (furigana of a last name). See: http://synce.svn.sourceforge.net/viewvc/synce/trunk/sync-engine/SyncEngine/wbxml/dtd.py?view=markup 2009/6/15 Daniel Gollub <go...@b1...>: > On Sunday 14 June 2009 05:25:55 pm HIRANO Takahito wrote: > [...] >> This is especially important in Japan. >> Japanese people always use two formats for their names: kanji and >> furigana (or yomigana). >> So I need to investigate how to store them. >> >> I think there are several ways to do this: >> 1) Allow multiple Name elements in a Contact element in the XML schema >> 2) Introduce AlternativeName (generic) or Furigana (specific to Japan) >> element to the XML schema >> 3) Store alternative name in FormattedName using parentheses, like >> "Latin Characters (Chinese Characters)" or "Furigana (Kanji)" >> >> 3) does not require any change for OpenSync. >> But it is non-standard and it will cause compatibility problem between >> plugins. > > How is this handled inside VCARDs? > Do you have more examples from other plugins/formats how this is handled? > > Best Regards, > Daniel > > -- > Daniel Gollub Geschaeftsfuehrer: Ralph Dehner > FOSS Developer Unternehmenssitz: Vohburg > B1 Systems GmbH Amtsgericht: Ingolstadt > Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 > EMail: go...@b1... http://www.b1-systems.de > > Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg > http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D > |
|
From: Daniel G. <go...@b1...> - 2009-06-14 15:35:54
|
On Sunday 14 June 2009 05:25:55 pm HIRANO Takahito wrote: [...] > This is especially important in Japan. > Japanese people always use two formats for their names: kanji and > furigana (or yomigana). > So I need to investigate how to store them. > > I think there are several ways to do this: > 1) Allow multiple Name elements in a Contact element in the XML schema > 2) Introduce AlternativeName (generic) or Furigana (specific to Japan) > element to the XML schema > 3) Store alternative name in FormattedName using parentheses, like > "Latin Characters (Chinese Characters)" or "Furigana (Kanji)" > > 3) does not require any change for OpenSync. > But it is non-standard and it will cause compatibility problem between > plugins. How is this handled inside VCARDs? Do you have more examples from other plugins/formats how this is handled? Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner FOSS Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: HIRANO T. <hir...@zn...> - 2009-06-14 15:27:33
|
Hello, I have a question on how to add alternative names to a person in OpenSync. We would often like to add alternative names to a person. For example, a Chinese person has their name in Chinese characters, but non-Chinese speakers may want to have his/her name in Latin characters in addition to that. However, this XML schema: http://svn.opensync.org/format-plugins/xmlformat/trunk/schemas/xmlformat-contact.xsd says that the Name element can occur only once in a Contact element. Because of this, we cannot have multiple names for a person. This is especially important in Japan. Japanese people always use two formats for their names: kanji and furigana (or yomigana). So I need to investigate how to store them. I think there are several ways to do this: 1) Allow multiple Name elements in a Contact element in the XML schema 2) Introduce AlternativeName (generic) or Furigana (specific to Japan) element to the XML schema 3) Store alternative name in FormattedName using parentheses, like "Latin Characters (Chinese Characters)" or "Furigana (Kanji)" 3) does not require any change for OpenSync. But it is non-standard and it will cause compatibility problem between plugins. Regards, HIRANO Takahito |
|
From: Dennis M. <den...@gm...> - 2009-06-06 11:12:43
|
Hi! I'm trying to build opensync with file and syncml plugins to try to synchronize my Nokia 6210c with file storage. osynctool keeps complaining that OBEX transport is not compiled in. OS: Ubuntu Linux 9.04, openobex-apps 1.5-1 installed. Any ideas? -- Dennis Melentyev |
|
From: Michael B. <mic...@cm...> - 2009-06-04 09:46:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libsyncml 0.5.4 release notes Download: https://sourceforge.net/project/showfiles.php?group_id=25311 Minor Changes ============= - All header files of the high level API are missing the extern "C" declarations for C++ (ticket #240). The patch was supplied by Sascha Peilicke. A special thanks goes to Sascha Peilicke who fixed the C++ issue. Best regards Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkonmCEACgkQ2L0ZGCAwWquv/gCg6I37KTizQCjiycEWhuNitXiX snQAn2kPnfol6fYqlyyz3fTrT2hb+Mcl =gOqv -----END PGP SIGNATURE----- |
|
From: <ajm...@gm...> - 2009-06-01 14:33:03
|
In-sync? Syncomplete? I am new to this list? Did any of you receive my very basic mockup of a new look for the gui? Thanks, Anthony |
|
From: Michael B. <mb...@gm...> - 2009-06-01 14:07:34
|
On Mon, Jun 01, 2009 at 02:45:20PM +0300, Juh...@ik... wrote: > How about calling it gsync, gosync, go-sync? Or gnome-sync? gnome-sync exists already, gsync sort of treads on the glib namespace (gio, gsocket, gthread) Michael |
90 messages has been excluded from this view by a project administrator.
