Don’t you prefer to implement this after migrating the grid code?
It would change for sure but that won’t be a problem. I always prefer to land as soon as possible, but in this case I just wanted feedback on how this feels, how it looks and if it’s better than the current version.
I think we need to fill the screen with the grid marking
Yeah I already fiddled with a solution to that. It’s not that straightforward. I’ll update and ask for feedback.
The problem could be avoided by giving a visual indication that these grid spots are non-interactable (for instance, grayed out) but I can’t think up a technically feasible way to do this.
@ranbena May I suggest using a grid instead of filled blocks? UX-wise, filled blocks are used to show the destination, while grids are used to show the alignment guideline.
@ranbena the human eye shouldn’t be bothered by that, from my experience. It’s clear where the dragged window is expected to land, and that the gaps are there to keep proper spacing.
As for your other question, the solution could be pretty simple: you just don’t show the placeholder marking when dragging over that area. That’s why the placeholder is there for, to indicate where the window can and cannot land.
Nice!
A few more adjustments that I can suggest to make it blend better with the system colors::
Grid color: #B3BABF
Placeholder color: #E0E6EB with 0.4 alpha
There are more improvements can be done with animations, but for now this will do the job.