Re: ActiveSync: event alarms

"ABBAS Alain" <[email protected]>
Newsgroups gmane.comp.kde.devel.kolab
Message-ID <20120706082034.14022qgon2phtdq8__14186.471902258$1341562850$gmane$org@kolab.libertech.fr>
Hello 
About thinking of Zpush backend to give a compatibility of classes between zpush and 
Syncrotron . 

The idea is to modify the backend to call the same class than syncrotron with the same interface
as i saw the "backend" classes in syncrotron must implements I... classes 
IFolders .. and so on 

In this fact should be compatible for the folders, calendars , tasks 

Regards



-----Message original-----
De: "Aleksander Machniak" <[email protected]>
Envoyé: 5 juillet 2012 07:07:12 UTC
Pour: [email protected]
Cc: 
Sujet : Re: [Kolab-devel] ActiveSync: event alarms

On 07/04/2012 10:18 AM, Christian Mollekopf wrote:

> That would mean loosing the alarms every time the event is edited over active-
> sync, so we need some way to preserve all alarms including type. So I would 
> suggest to just show DISPLAY alarms, and possibly convert AUDIO alarms to 
> DISPLAY alarms as well (though in a way that you can convert back when the 
> event is edited), and ignoring EMAIL alarms, while preserving all information 
> about the alarms (so you're able to convert back). Is that possible?

Yes, we can preserve this information. There are still some questions:
What to do when importing a new event with alarm into Kolab? Use DISPLAY
or ignore? Add setting for this? Per-device or per-folder?

-- 
Aleksander Machniak
Web Developer, Kolab Systems AG
-------------------------------------------------------
PGP:19359DC1 - http://www.kolabsys.com - http://alec.pl

_______________________________________________
Kolab-devel mailing list
[email protected]
https://www.intevation.de/mailman/listinfo/kolab-devel

_______________________________________________
Kolab-devel mailing list
[email protected]
https://www.intevation.de/mailman/listinfo/kolab-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.