Ævar Arnfjörð Bjarmason wrote:
I just tried and I can't reproduce this or the issue with the number
of objects to be uploaded drifting from what really needs to be
uploaded.
Now if I upload a per-object upload and it fails partway the objects
that were uploaded up until that point will be
Hi Marko
To the best of my knowlege there is no such function yet ...
As a further development, it could be useful to create a selective
download function (follow this way until reaching a branch or a given
bounding box).
... except for this function which sounds like what the waydownloader
Jiri Klement wrote:
One of the reason why painting appears slow is the fact that it's done
in EDT thread. I think there should be special thread for painting.
Disagreed (with both sentences).
EDT will only send request to repaint and copy offscreen buffer to
screen when it's ready.
Karl Guggisberg wrote:
I don't know when the JOSM core is going to be compiled for Java 6. On
this list I have been reading
about plans to switch to Java 6 one or two weeks ago. Perhaps it has
been postponed by another month or two
in the meantime. Plugins should probably wait to compile
Sebastian Klein wrote:
I was wondering: Is it save to paint to the Graphics of some component
from a random thread at a random time?
No, it is not safe, but that's not what you'd be doing.
The painting will proceed into a BufferedImage, which will then be painted
in the event thread using
