<br>
<div><span class="gmail_quote">On 10/10/2007, <b class="gmail_sendername">Chris Morley</b> <<a href="mailto:c.morley@dsl.pipex.com">c.morley@dsl.pipex.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I'm finding it difficult to work with JOSM because of bugs and<br>deficiencies in the user interface. Most of these have been raised
<br>before by others. I mention them again here in the hope that those who<br>can do something about them will give them higher priority. I use<br>Windows and it is possible that the bugs are specific.<br><br>1) The autocomplete facility on the dialog for adding tags really gets
<br>in the way. When you start to type, say, a name, the fist possibility<br>starting with the letter you have typed appears highlighted. But the<br>letter(s) you have typed should not be highlighted - then you could, if<br>
you wanted, just keep typing. As it is at present your second letter<br>replaces everything and you lose your first letter. Working around this<br>bug is tedious. Because of it, I have been using an old JOSM version<br>from before the bug appeared, but, with the change in the API, this is
<br>no longer possible.</blockquote>
<div> </div>
<div>For me, this works fine on Windows with standard latin text, however, the whole autocomplete thing gets very broken if using a non-latin IME, e.g. Pinyin entry, if I for example try typing 中, I type zhong in the pinyin entry pop up window, the autocomplete then starts matching on the characters I've typed, rather than the chinese character in this case, even before the IME has returned the character... The inconsistancy of the drop down options and how they work with tab and cursor key scrolling makes things more, erm, interesting too... I'll try to document these issues properly when I get back on my main PC, this one isn't really capable of running JOSM...
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">6) The delete mode should not delete anything when you click the button.<br>Deletion should occur only when you subsequently click an object.
</blockquote>
<div> </div>
<div>I'd much prefer if the delete mode was just an action, rather than a mode, the other way round to what you said... I'd prefer to select things, then when sure the things I want to delete are selected, and nothing I don't want to delete, hit delete and for them to go away, but that after the delete I'm back in select mode, rather than any click resulting in things being deleted... Right now, I select some things, hit D, then have to hit S immediately after... Especially working with multiple overlapping or nearby objects select then delete means I don't need the undo option half as much...
</div>
<div> </div>
<div>d</div>
<div> </div>
<div>d</div></div>