#2184 closed defect (wontfix)
Selecting tool roundbox is drawing too slow
| Reported by: | fatbozz | Owned by: | fatbozz |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | unspecified | Version: | latest |
| Keywords: | selecting tool, delay | Cc: |
Description
Hi, im using latest josm but this problem is from earlier versions. When i use select tool, then box is drawing little slightly after mouse cursor with some delay.
Attachments (0)
Change History (9)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → needinfo |
What's your CPU usage when selecting stuff? Which CPU do you use? Drawing the selection rectangle is pretty fast usually, so I don't know why it would be that slow.
comment:3 by , 16 years ago
It's slow on my systems too. The CPU usage goes to 100% when moving the mouse while using the select box. Even on an empty layer it's slow.
comment:4 by , 16 years ago
That's strange… is it only the select tool or is drawing/moving/zooming the map as slow?
comment:5 by , 16 years ago
It's only the select tool. The problem seems to be the setXORMode function used while drawing/removing the rectangle. This function is damn slow in recent java versions, see Bug Report.
comment:6 by , 16 years ago
Hm, not sure what we want to do about a Java Bug. Have you tried using the suggested workaround (add -Dsun.java2d.d3d=false as argument)?
comment:8 by , 16 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | needinfo → closed |
-Dsun.java2d.d3d=false | yes thats solved my problem. Im closing ticket with wontfix, its Java bug, or can Josm programmers can do better code withou XORthing :) ?
smaller boxes have smaller delays than big boxes.