[ANNOUNCE] libchamplain 0.7.1
- From: Jiří Techet <techet gmail com>
- To: libchamplain-list gnome org, gnome-announce-list gnome org
- Subject: [ANNOUNCE] libchamplain 0.7.1
- Date: Thu, 26 Aug 2010 23:54:50 +0200
Hi,
the second development release of libchamplain is out. Here is a brief
list of changes:
* Fix #623043 champlain.pc file has too much requires (Laurent Bigonville)
* Layer speedup by using clutter functions for marker ordering (Russell Strong)
* Use the renderer to render cached tiles (Jiří Techet)
* Fixed crashes caused by improper tile loading termination (Jiří Techet)
* Fixed many memory leaks (Jiří Techet)
* Use memory cache in addition to file cache by default (Jiří Techet)
* Use memphis_renderer_tile_has_data() as it works with libmemphis 0.2.1
(Jiří Techet)
* On double click center to the clicked area (Jiří Techet)
* Make ChamplainRenderer inherit from GInitiallyUnowned (Jiří Techet)
* Access the elements in memory cache directly, not sequentially (Jiří Techet)
* Updated documentation (Jiří Techet)
* Use stable api version in soname also in development releases (Jiří Techet)
* Minor fixes and cleanups (Jiří Techet)
There are two changes that deserve some more words:
* Even though we had an API freeze there was one change in this
respect. In the previous release ChamplainRenderer inherited by
mistake from GObject instead of GInitiallyUnowned. I have corrected
this, which however changes the API slightly.
* The library now uses the stable API version in the soname even for
the development release. That means that for example the library name
for 0.7.1 is libchamplain-0.8.so. I made this change after discussing
it at desktop-devel-list in order to simplify application transition
to the new library during the development phase. (The main purpose of
the discussion was the use of libchamplain 0.8 in the next gnome
release which was approved.)
Apart from these changes there have been some nasty crash and memory
leak fixes in this release and also the documentation has been
updated. The library should be pretty stable at this point so if you
experience some problems, it's a good time to report them. I would
also like to ship the bindings with the final release so it would be
good if the bindings maintainers could have a look at the bindings and
update them for the new interfaces (I have already updated the vala
bindings but someone should check if everything is alright).
Cheers,
Jiri
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]