Submitted by stedevil
When moving around in the editor with the arrow keys the purple 1square grid can be incorrectly positioned. 


* If the white 4-way arrow is N of square midpoint then:
It is possible to move the gridline N into the first square of the neighbour level. (Placing an obstacle with eg kp_5 still places it on the correct level)

The equivalent happens towards W


The opposite also happens, at the S and E edges. If 4-way white arrow is N/W of midpoint it is impossible to reach all the way to the edge towards S or E. This additionally also hinders placing obstacles in these correct areas (without first moving 4-way arrow with the mouse).

In short, the entire movement area of the purple grid seems off by about 0,5x0,5 squares (going past N&W edge but not reaching fully on E&S edge).

The temp fix to move the mouse is easy but quickly becomes tedious when working a lot around level borders.

Posted by ahuillet
Hi,

any chance I could get screenshots to better understand the problem? :)

Posted by ahuillet
Hi,

this is a very hairy problem. It will take time. :)

Posted by stedevil
Hmm, hairy you say? Mayby you could code a razor to shave it off? ;)

In any case, it's an after 0.13 prio bug, so not too urgent (besides I'm effectively the only affected user currently :D)

Dropping prio a bit more due to complexity vs affected users, :)

Posted by salimiles
Probably related to bug 3158985.

Posted by hakzsam
I partially fixed this very old bug in revision 4467.
"lvledit: Do not draw the quick placement grid outside the current level (partial fix #2878703)."

Now, the quick placement grid (ie. purple grid) is displayed inside the level.

However, there is still a bug when you use the moving tool at the SW and SE borders, we can't totally reach the boundary of the level with the cursor (ie. Me).

I'm not clear on the issue here, is it related to issue 237 and issue 503?