On 15 April 2019 13:25:56 BST, Allen Winter <allen=2Ewinter@kdab=2Ecom> wr=
ote:
> On Monday, April 15, 2019 6:40:06 AM EDT Daniel Vr=C3=A1til wrote:
> > On Sunday, 14 April 2019 20:17:54 CEST David Faure wrote:
> > > On dimanche 14 avril 2019 19:46:02 CEST David Jarvie wrote:
> > > > On 14 April 2019 12:31:41 BST, David Faure <faure@kde=2Eorg>
> wrote:
> > > > > On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > > > > > Hi,
> > > > > >=20
> > > > > > I'd like to propose KCalCore for review to move from KDE PIM
> to KF5=2E
> > > > > >=20
> > > > > > KCalCore is an implementation of the iCalendar standard
> based on
> > > > >=20
> > > > > libical,
> > > > >=20
> > > > > I wonder about the name, which doesn't mean much outside the
> circle of
> > > > > PIM people=2E Shouldn't this be called KCalendar ?
> > > > >=20
> > > > > If the "Core" simply means non-GUI, we certainly don't have
> that word
> > > > > in every non-GUI framework=2E
> > > >=20
> > > > Renaming makes sense=2E KCalendar suggests it could be about
> calendar
> > > > systems,
> > > Indeed=2E
> > >=20
> > > > so to avoid that confusion, perhaps call it KiCalendar?
> > >=20
> > > Doesn't read very well=2E=2E=2E=2E
> > > I would want to say KCalendarEvents but I guess the more correct
> generic
> > > term would be KCalendarIncidences =2E=2E=2E not convicing either=2E
> > >=20
> > > Maybe KCal is enough? Reminds of iCal=2E
> >=20
> > Wasn't KCal the original name of the library from pre-Akonadi times?
> KCalCore=20
> > was a fork of KCal with the pre-Akonadi "Resources" system
> removed=2E=2E=2E
> >=20
> Yep=2E  Back to the Future=2E  Let's stay away from "KCal" and "KCalenda=
r"
>=20
> commit 6b4c1896211075fcd0b88b2c617eaacd831c9f6d
> Author: Allen Winter <winter@kde=2Eorg>
> Date:   Sat Jul 17 17:00:14 2010 +0000
>=20
>     Add the new KCalCore library=2E
>    =20
>  The KCalCore library deprecates and mostly replaces the KCal library=2E
>     KCalCore is free of any relation to the old Calendar resources and
> focuses entirely on iCalendar and vCalendar storage and data
> manipulation=2E
>  KCalCore used QSharedPointers for safe memory access, is free of i18n
>  strings and contains no methods for user interaction: KCalCore is all
>     about the calendar data=2E

Would KCalendarSerialization be a better name? I think that sums up its pu=
rpose=2E

--
David Jarvie
KAlarm author, KDE developer
http://www=2Eastrojar=2Eorg=2Euk/kalarm