Oh, and my third highest priority issue relates to the really excellent feature of being able to import images (photos) and locate them on track-points.<br><br>I'd really like to be able to import *any* file (specifically audio files) and use the file creation time to position it. Being able to play the file by clicking on it would be a bonus.
<br><br>80n<br><br><div class="gmail_quote">On Dec 9, 2007 7:13 PM, 80n <<a href="mailto:80n80n@gmail.com">80n80n@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Dec 9, 2007 7:09 PM, 80n <<a href="mailto:80n80n@gmail.com" target="_blank">80n80n@gmail.com</a>> wrote:<br></div></div><div class="gmail_quote"><div><div></div><div class="Wj3C7c">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Dec 9, 2007 6:15 PM, Frederik Ramm <<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>> wrote:<br></div><div class="gmail_quote"><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><div><br>> To add nodes and adjust the position of each one I find I'm using the<br>> following series of keystrokes: A, shift+click, S, drag-node, A,<br>> shift+click, S, ...<br>
<br></div>It has been suggested to allow a move directly after inserting a node<br>in add mode, so you could just shift-click and drag all the time<br>without A and S. Hasn't been implemented yet but I guess it is likely
<br>to come.<br><div></div></blockquote></div><div><br>Yeah, that would be an improvement but the real problem is the shift-key. It's really very awkward.<br> </div><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>> The second biggest usability problem is the awkward method of selecting a<br>> way when there are multiple ways between two nodes (middle-click, ctrl and<br>> hold, move-cursor, click).
<br><br></div>Agreed. I once had a patch ready that would iterate between all ways<br>on subsequent clicks (1st click - 1st way selected, another click<br>selectes 2nd way and so on). But the main problem is in my eyes not
<br>*selecting* the way but instead somehow making visible that there<br>*are* multiple ways - currently it's a matter of guessing.<br><div><div></div><div></div></div></blockquote></div></div></blockquote></div></div>
<div><br>Yes, visibility of what is there is an important part of the usability in this case.
<br> </div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div><br>Bye<br>Frederik<br><br>--<br>Frederik Ramm ## eMail
<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a> ## N49°00.09' E008°23.33'<br><br></div></div></blockquote></div></div><br>
</blockquote></div></div><br>
</blockquote></div><br>