http://bugzilla.meego.com/show_bug.cgi?id=1012 Summary: store contacts as vcard as described in config.ini Classification: MeeGo Projects Product: SyncEvolution Version: unspecified Platform: Netbook OS/Version: IA Status: ASSIGNED Severity: enhancement Priority: Low Component: SyncEvolution AssignedTo: syncevolution-bugs(a)meego.bugs ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution-bugs(a)meego.bugs, syncevolution-default-bugs(a)meego.bugs Estimated Hours: 0.0 This is from http://bugzilla.moblin.org/show_bug.cgi?id=8146 Description From ferdinand 2009-11-23 08:45:06 PST (-) [reply] # Files in one directory = file # Stores items in one directory as one file per item. # The directory is selected via [file://]<path>; it # will only be created if the prefix is given, otherwise # it must exist already. Only items of the same type can # be synchronized and this type must be specified explicitly # with both mime type and version. # Examples: # file:text/plain:1.0 # file:text/x-vcard:2.1 # file:text/vcard:3.0 # file:text/x-calendar:1.0 # file:text/calendar:2.0 # # Currently inactive: # SQLite Address Book = addressbook = contacts = sqlite-contacts # vCard 2.1 (default) = text/x-vcard # Mac OS X or iPhone Address Book = addressbook = contacts = apple-contacts # vCard 2.1 (default) = text/x-vcard # vCard 3.0 = text/vcard type = addressbook:text/vcard #type = file://home/gass/.syncevolution/addressbook:text/vcard:3.0 how is the syntax for storing items in one directory as one file per item. ? IMHO it does not work as described (last line ) or do I missread ? ------- Comment #1 From pohly 2009-11-26 00:47:35 PST (-) [reply] ------- (In reply to comment #0) [...] I think there's one slash missing at the beginning. The prefix is file:// and the path is /home/gass/..., so the type becomes: type = file:///home/gass/.syncevolution/addressbook:text/vcard:3.0 Does it work now? The examples should be updated to include an absolute path. ------- Comment #2 From ferdinand 2009-12-06 05:07:46 PST (-) [reply] ------- no - it seems to ignore the path [2009-12-06 14:03:55.468] addressbook: : No such file or directory ------- Comment #3 From pohly 2009-12-06 08:18:48 PST (-) [reply] ------- (In reply to comment #2) Hmm, wait. There's something wrong in the comment for "type". The path is not configured via "type", it must go into "evolutionsource". This should work: type=file:text/vcard:3.0 evolutionsource=file:///tmp/test_dir With file:// in evolutinsource, the /tmp/test_dir is created by SyncEvolution. With just "evolutionsource=/tmp/test_dir", the directory must exist already. How many attempts do I have before you give up? ;-} Sorry for the confusion. ------- Comment #4 From ferdinand 2009-12-07 02:03:13 PST (-) [reply] ------- :-) it works as suggested just one questions the vcard files do not have an extension .vcf , just numbers this is OK for Kaddressbook 4.3.4 but might be a problem for programs using extension to identify the content ------- Comment #5 From pohly 2009-12-07 03:51:22 PST (-) [reply] ------- (In reply to comment #4) This is a missing feature. Right now, the file backend has no knowledge of the desired file suffix for the type selected via "type". Should we add a hard-coded mapping? This would work for all current use cases ("normal" PIM data) without making the configuration more complex. ------- Comment #6 From ferdinand 2009-12-09 01:15:04 PST (-) [reply] ------- Should we add a hard-coded mapping? IMHO yes ------- Comment #7 From pohly 2009-12-09 04:28:31 PST (-) [reply] ------- I've fixed the comments for "type": Files in one directory = file Stores items in one directory as one file per item. The directory is selected via evolutionsource=[file://]<path>. It will only be created if the prefix is given, otherwise it must exist already. Only items of the same type can be synchronized and this type must be specified explicitly with both mime type and version. Examples for type: file:text/plain:1.0 file:text/x-vcard:2.1 file:text/vcard:3.0 file:text/x-calendar:1.0 file:text/calendar:2.0 Examples for evolutionsource: /home/joe/datadir - directory must exist file:///tmp/scratch - directory is created (In reply to comment #6) Okay, recording it as a feature request. However, it is of fairly low priority right. Some additional requirements: - File names are used as they are as local IDs. Because users are allowed to add files with arbitrary file names, we should preserve that instead of trying to strip a file suffix. - Only new items can get the suffix, not updated ones, because those must preserve their existing local ID (= file name). -- Configure bugmail: http://bugzilla.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.