[josm-dev] josm-ng progress
Ulf Lamping
ulf.lamping at web.de
Fri Feb 15 08:49:09 GMT 2008
Frederik Ramm schrieb:
> Hi,
>
>> Here is how is it meant to work. Please look at it and try to find weak
>> points where the scheme would broke.
>>
> This freaks out many users because they think they have just lost
> their edits. From a user perspective, they would much rather have JOSM
> go through all their edits from earliest to latest and upload them; if
> uploading stops, they know exactly where they are (and command history
> would only be cleared up to the point where the upload stopped).
>
I guess the problem here is not the "history lost" here, but giving the
user not enough information in such cases. I mean, how would a user
today *know* that the changes are not lost.
When the user uploads stuff, there's no real need for the undo history
any longer - so it's not the problem with the cleared history, it's the
problem with lack of user feedback and a guideline what to do now.
Instead of complicating this upload mechanism even further, it might be
easier (and better) to extend the user interface in a way, that the user
knows what has happened and what to do now.
Extending the error dialog when the upload has failed with something
like "Your changes are not lost, please try to upload again (maybe
later)" and put something like "<241 changed elements needs uploading>"
in the statusbar could do the trick much better than a highly
sophisticated and therefore hard to understand, implement and maintain
history implementation ...
Regards, ULFL
More information about the josm-dev
mailing list