[Solved?] Re: Q: SyncML for shared resources?

[Albrecht Dreß]

Hi Heiner:

I found some time to dig into the sources.  Also not being a php expert, here is what I found out...

Am 14.01.10 19:28 schrieb(en) Heiner Markert:
> The missing newline could probably be added together with the still missing translations for the configuration item.

The trivial fix for the missing newline is

<snip>
--- kronolith/templates/prefs/shareselect.inc.orig      2010-01-17 15:47:22.375039051 +0100
+++ kronolith/templates/prefs/shareselect.inc   2010-01-17 15:47:58.495039095 +0100
@@ -12,5 +12,5 @@
      <?php foreach ($sharelist as $id => $share): ?>
       <option value="<?php echo htmlspecialchars($id) ?>"<?php if ($id == $default_share) echo ' selected="selected"' ?>><?php echo htmlspecialchars($share->get('name')) ?></option>
      <?php endforeach; ?>
-    </select>
+    </select><br/>
  <?php endif; ?>
</snip>

As for the German translation, I added the following lines to my file /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen from turba):

<snip>
#: config/prefs.php:282
msgid "Select the calendars that should be used for sync:"
msgstr "Wählen Sie die Kalender, die für die Synchronisation mit externen Geräten verwendet werden sollen:"
</snip>

Then call from the folder /kolab/var/kolab/www/client/kronolith

msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po

Other languages can be fixed similarly.

> A simple replace of a function call is required to fix that, and it should not be too difficult, as the combo box shows the correct names and the function name can be copied from that.

Close to the end of the file /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line reading

     $_prefs['sync_cals']['enum'][$key] = $curSource->getName();

by

     $_prefs['sync_cals']['enum'][$key] = $curSource->get('name');

to fix this issue.

> Unfortunately I do not know of any possibility to sync the ldap address book, nor do I have any idea whether it is an easy modification to turba or not.

Hmm, that's bad news, as it would be quite convenient - the global LDAP address book contains all our users, including their e-mail addresses and their direct phone numbers.  Having them copied to a remote device would actually be mega!

Cheers, Albrecht.