![]() |
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Just updated to the ver 0.6.4.
The application crashed when I'm trying to change search service from option. GPS also is not working. |
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Gyus, what should i put into blacklist, so cludgps won't rotate?
thx |
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Looking GREAT. New version has a fantastic UI now. Haven't tried going outside for a GPS fix yet.
|
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Tried the GPS, and it doesn't get a lock. It doesn't even seem to activate the GPS module.
|
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
I've installed v.0.6.4 but it crashes and return to desktop :( any solution?
|
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Quote:
|
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
EDIT
Just tried ... set orientation-lock on, and cloudgps orientation on works fine. BTW - I'm running CSSU. Maybe worth trying to whitelist apps explicitly, rather than blacklist. Quote:
Portrait mode gets a bit skewhif regardless of white or blacklisting. You can fix portrait mode by opening up the hardware keyboard, then it fixes itself. Infact, turn the N900 180 degrees (i.e. landscape, upside down) and it will render portrait mode correctly, but with the search box rendering text at a further 90 degress. All in all, silky smooth - frankly breathtaking, but needs the GPS issue sorted and a footer around with the rotation. I'm sure it's simply a case of shared code between the Harmattan and N900 devices. |
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Quote:
Code:
Couldn't set GL mode: No video mode large enough for 800x480 |
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Quote:
|
Re: [WIP] CloudGPS 0.4.8 - smoothest maps for N900
Quote:
Quote:
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. Quote:
Quote:
Quote:
Quote:
Quote:
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? Quote:
Quote:
Quote:
Code:
/opt/cloudgps/cloudgps |
| All times are GMT. The time now is 01:26. |
vBulletin® Version 3.8.8