Use of Boost library classes in kdecore?

[Thiago Macieira]

David Jarvie wrote:
>There are two classes in kdelibs: KSystemTimeZone, which represents time
> zone data returned by glibc funtions, and KTzfileTimeZone, which
> represents the full time zone data held in the system time zone
> database. The former only gives information for recent years, but is
> presumably faster to call than the latter, which reads and parses the
> database files.
>
>But there are other forms of time zone data, notably iCalendar VTIMEZONE
> data. This is represented in kdepimlibs/kcal by the ICalTimeZone class.
> It contains extra data compared to the other classes. There could also
> be a need in the future to cater for other data sources which may have
> different information. By allowing classes to be derived, kdelibs
> doesn't restrict the data which they can access, and of course, it
> avoids having to change KTimeZone's API every time a new time zone data
> source is implemented.

And why can't all of these different backend implementations be completely 
internal to KTimeZone? Move them all up into kdecore and flatten the 
hierarchy: the only publicly visible class is KTimeZone.

And then add a method to select the backend or the data source for those 
applications that need it.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070708/15b14f18/attachment.sig>