View Single Post
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#469
Originally Posted by zimon View Post
I tried the "car" mode the other day, and I couldn't quite understand what those [activate a track to show time to start] and [activate a trck to show time to dest] boxes mean. What does it mean to "activate a track", if track drawing is ON anyway already?
This is because you can display more than one track at once and modRana needs to know which track the info display should relate to. Just go to the tracklogs submenu, select a tracklog, then go to its tools menu and press set active -> athis makes it active. Yes, its quite cumbersome - but temporary. Once the widget system is revamped, this should be accomplished just by long-pressing (or doubleclicking ?) the corresponding widget and selecting a tracklog for it to monitor.

Originally Posted by zimon View Post
Could be also a setting there were the language is selected. "Use voice on/off."
OK
Originally Posted by zimon View Post
Planned route drawing line is top of the current track line. I think the current track should be drawn on top so we would see where we are and where we have come from better.
Do you mean the current track that is drawn when logging or displaying a saved tracklog ? BTW, a toggle for this behavior might be needed as I can image use-cases for both route and track on top.

Originally Posted by skykooler View Post
Any chance of a Clutter-based UI coming soon? I love modrana, but dragging the map just feels slow.
I don't really know, it sure is quite important for more fluent map moving and it should also fix some other issues, like the quite jerky map rotation (by animating the rotation instead of just switching to new orientation) and should possibly even enable some new features, like fluent zoom or the fake-3D mode known from car navigations systems. But there are also quite a few other important planed features and improvements, that aren't really dependent on lightning fast map scrolling.
Well, I have at least succeeded in compiling python bindings for clutter 1.0, which does not segfault when embedded in GTK like the current extras version does.
I have already sent a patch to the pymaemo people a while ago but nothing happened since - I might have to write them again.

Originally Posted by eachna View Post
Any chance of being able to choose contacts with addresses as start/end points or POI (without having to type them in by hand)?
Contact access is definitely on the on the todolist, namely, routing to-and from contacts, contact->POI, POI->contact. I have already investigated how to access the contact list - its not straightforward but I should be able to get the needed data (through telepathy bindings or even ctypes, if there is no other choice).

I've got also a few ideas how to improve the, currently quite basic, Address2Address routing functionality:
  • by using the Google provided geocoding service, it should be possible to just type a city or partial address and then the correct one from a list of possible choices
  • once you get a valid address, it should be possible to zoom on it on the map and move the target marker - if needed
  • a list of last used start/destination addresses ?
  • it should be also possible to easily save an address as a POI
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 4 Users Say Thank You to MartinK For This Useful Post: