[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-frameworks-devel
Subject:    Re: New framework: KCalCore
From:       Alexander Potashev <aspotashev () gmail ! com>
Date:       2019-07-15 2:42:04
Message-ID: CADMG6+-x-_zRY5AfHMhBOeMq7gaV9j1WdHMdPRZhCiuXfvdATw () mail ! gmail ! com
[Download RAW message or body]

пт, 12 июл. 2019 г. в 19:25, Volker Krause <vkrause@kde.org>:
> - Alexander P's fundamental objections to the current KCalCore API

After studing kcalcore sources again and also its usages with LXR, I
realize that i would be painful to remove the FileStorage
functionality because it implements format detection, and it's hard to
decide in what use cases we can or cannot drop format detection (vCal1
vs iCal2).

For use cases where file operations have to be asynchronous, the
FileStorage layer can be ignored and
ICalFormat::fromRawString()/fromString()/toString() used directly
instead (however I didn't try this approach yet because it's
uncommon).

All in all, I agree to follow the golden rule "if it works, don't touch it".

-- 
Alexander Potashev
[prev in list] [next in list] [prev in thread] [next in thread]