Thanks, I tried to make it look more modern and the icons should be much more easily visible no matter if the map is very bright or very dark. Maybe the icons are not best right now but I am afraid that is the limit of my graphic skills.

Let me describe current behaviour after fetching results:
1. If there is only one result the camera will try to go directly to that result. It will simply move to result if it is near enough or it will use lower zoom levels to fly to result but in the end zoom level will be equal to zoom level when results are fetched.

2. If there are many results camera will try to find maximum zoom level that will make all the results visible on one screen and then move to the point that is exactly in centre of bounding box covering all the results. The ending zoom level will always be equal to or lower than starting zoom level.

This is intended by design. The user is presented how the zoom and location changes when camera goes to search result using nice transition. So he is aware how the results are related to the location he initiated the search from.

If you prefer the camera not to move away from your current position then you should tap and hold screen to prevent it moving during whole transition. It is a little tricky but it works.

Thanks for confirmation. I will look into it.

That is something new. Are you able to consistently reproduce the issue? Could you install nehegles and try to reproduce it using lesson06 (rotating blue cube)?

I have many issues with Maemo 5 way of switching between portrait and landscape. The accelerometer interpretation to detect orientation change is just plain wrong. You can lie the device on table and slight changes to its position will result in orientation change. Add to that the inaccuracy of accelerometer and you have plain bad result.

Also Maemo 5 way of switching between portrait and landscape involves resizing all the windows in system - and almost none of stock apps support this without eating too much CPU. The result is that system orientation change that is smooth is almost impossible.

Those are the main reasons that I decided to go low level and support landscape and portrait by myself in a way that I think is more correct.

The CSSU uses hacks that force the system to change orientation for all windows. CloudGPS does not have a code that would deal with such case and it will simply not work. Such code is planned along with support for more platforms. But that is rather distant future.

For now, could you provide a detailed instruction how to properly disable changing the orientation of CloudGPS window by system in CSSU? In the CloudGPS wiki perhaps?

No, sqlite tile storage is still not supported and still on my long TODO list.

Not enough information. Please try running the app from X-Terminal and pasting the output here. The command is: