Popular Routes
Hi,
I've been using plotaroute for several months and I haven't yet found a good way to manage the cuesheet directions for my Edge 510. As you know it only has a direction arrow and very few characters for the message.
So I usually edit the notes in the directions tab (please, if you could separate the note editor from the directions list to avoid scrolling it would be great !!!) but I cannot change the arrow. Is there a way to do it ?
Thanks
Hi - the turn arrow is automatically generated from the shape of the route so there isn't currently a way to override this I'm afraid and it wouldn't be a quick fix. This is on our Feature Requests list though (number 59), so you can add your vote for this there.
A few other people have also raised the problem of having to rescroll when editing lots of directions. I'll see if we can find a solution to this in the next route planner upgrade (hopefully coming very soon).
John
Thanks John,
I voted for it. For me the issue is that when getting closer to a roundabout you have (in France) a turn right, then sometimes a turn left and a new turn right. And in fact you are just riding straight, "crossing" the roundabout. I think it would easier to understand if before the roundabout there was only a "straight" arrow.
Josema
I understand. I can see how this could happen on larger roundabouts. I'm wondering if it might change the turn arrow if you delete the 2 extra directions once on the roundabout (the turn left and turn right).
Hi Josema - I've had a quick look at the scrolling issue when editing route directions that you mentioned below and it already seems to scroll down to the direction you are editing when you save any changes to it. Have I misunderstood the issue here?
John,
The fact is that when it scrolls, you don't know anymore what was the last note you were editing. You scrol up, then down, and you need to remember the text you had set to identify the note.
This is a problem when you need to change a whole list of notes for example.
OK, I'll see if we can maybe highlight the direction that has just been edited in some way, so that's it's easier to find it quickly.
I'm also finding editing the directions difficult. It seems that the gray area at the top of "ADD/EDIT DIRECTIONS OR NOTES" (where you actually make the changes) needs to stay static while the lower part, where the list of directions is shown, should scroll independently.
I would also value a larger box for editing the notes. I'm adding quite a lot of detail and this is difficult when only a few words can be seen at a time.
Finally, on this, any carriage returns in the notes seem to be ignored when printing so they end up less readable than they were when entered.
I'll have another look at this. Some changes were made with the latest upgrade to highlight the direction being edited, which I was hoping would help, but if it still feels a bit awkward edting directions I'll see what else can be done. I'll look at the carriage return point as well.
We've made some improvements to the editing of directions in the latest upgarde released today. There is now a separate pop-up box for editing directions with a larger text box.
We weren't able to add support for line breaks in the directions text though, as there were quite a few complications around this, but line breaks are taken into account when you come to print any notes that you entered when saving the route (in the save dialog box).
Hi John,
There is still an issue here (which I'm finding ever the more frustrating!!!)
First to note that it applies to the route editing screen of the desk-top view. (I've just acquired a new smartphone so I've become aware of the excellent mobile interface. I guess posts will need to make it clear which view is being referred to in future?)
I am working with the 'Directions' pane in view and 'Edit This Route' selected.
I have entered enough directions to fill the screen and I'm now needing to scroll the list to see them all.
If I make an edit to one of the directions in the lower part of the list and click 'Save' (or cancel the change with the 'X' at the top-right) the list of directions inexplicitly scrolls to a point near the top of the list which bears no relation to the item I have been editing. The same thing happens if I do no more than click the camera icon in a direction to see the associated photo and then close the photo.
Thus every edit in the lower part of the directions requires a manual scroll to get back to the point in the list that I was working on!!!! If the edit was a change, you have helpfully highlighted the direction so at least it is relatively easy to locate. If the edit was the deletion of a direction, there can be no highlight and so the right point in the list now becomes a real pain to find.
Ideally, the direction list just needs to stay where it is, i.e., where I've scrolled it to. (Could some code still be lurking that is now redundant following your earlier improvements?)
Finally, a second observation in ralation to the Directions pane. At the top are two buttons: 'Add' and 'Manage'. Ideally these need to remain in view and thus be easily accessible the whole time while editing directions. That is, they need to be part of the static frame of the pane and NOT move with the scrolling list of directions. At the moment, when working towards the bottom of a long list of directions, any adition requires a scroll to the top to click the Add button then, after the new direction has been added, a scroll back to the point in the list that was being worked on.
Apologies for the length of this post. I think the poroblem will be easy to observe but it's quite complicated to explain!
Martyn
Thanks for this feedback Martyn - it is always helpful to hear about usability issues like this from regular users of the site. I understand the points you've raised. I'll see if we can do something to improve this when we next update the route planner. The Directions are completely refreshed each time you make a change, so we wouldn't simply be able to leave them at their current scroll position - we'd need to rescroll through the list to the correct place after the list has refreshed. I thought the recent change we made had addressed this but from what you describe we clearly need to take another look at it!