Hey, Thanks for quick reply! > It's known behaviour - whether it counts as a bug or a feature is open to > discussion :) > The zoom level was made a qreal for when we have vector based map plugins. > At the moment the tile based map helper classes - which the current Nokia > plugin uses - round the zoom level to the nearest integer value. So at the > very least it's a bug in the documentation.
I would say it is a bug as 1) there is no way to query the implementation if only integer zoomlevels are supported. Nokia plugin does not work at all if you eg. zoom in from 5, 5.1, 5.2,....6.0, 6.1 (at 6.1 the map goes totally blank.) 2) it is possible to implement linear zooming also with bitmap tile implementations, just by scaling the bitmaps by qreal It is good to have it qreal; both bitmaptile based and vector based need it. > At some point in the future we may modify the helper classes to allow > fractional zoom levels. The motivation behind that change (if/when it > happens) would be to allow smooth animations combining pans and zooms, so > there would probably be some additional API added around the same time to > help hint about tile prefetching etc... which might be helpful anyhow. Yes. You would need an api to tell the implementation that an animation sequence is about to start so that the implementation could turn optimizations for fast animations (not trying to load new tiles on each zoom level change, or not to render text labels or other expensive items on each frame). The app then would notify the implementation that now animation has finished. Carl _______________________________________________ Qt-mobility-feedback mailing list Qt-mobility-feedback@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-mobility-feedback
