BobM
November 9th, 2025, 00:02
In today’s game, with token movement locked, I had a player cast an aura, and he indicated where the aura was with a 30' circle. Worked great. Shortly after another player moved (queued a move pending approval) to a grid square, such that his movement check mark was underneath the aura’s circle. I could see the upper left corner of the green check box outside the circle, and the lower right corner of the green check box inside the circle. I could not check on the green check box to approve his move. I eventually got around it by moving the circle away, approving the move, and then moving it back (at least I think that's what I did to get past this).
So questions
1) is there something else I could have or should have done?
2) I gather than the placement of the circle, and I recognize the circle is clickable, interfered with the clickability of the approval box “underneath” it. Would it be feasible to say that the (generally larger or longer pointer) always is logically “behind” smaller clickable items (approval/denial boxes)? May be set a series of priorities, so check boxes are higher priority (easier to get to) than pointers/circles which are easier to get to than tokens etc?
3) Is this a bug I should report to the devs, or a feature I should request, or just a user who missed how to get this click done?
Bob M
So questions
1) is there something else I could have or should have done?
2) I gather than the placement of the circle, and I recognize the circle is clickable, interfered with the clickability of the approval box “underneath” it. Would it be feasible to say that the (generally larger or longer pointer) always is logically “behind” smaller clickable items (approval/denial boxes)? May be set a series of priorities, so check boxes are higher priority (easier to get to) than pointers/circles which are easier to get to than tokens etc?
3) Is this a bug I should report to the devs, or a feature I should request, or just a user who missed how to get this click done?
Bob M