Improves card dragging at the bottom of the playable area #63
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Resolves #62, and by extension #55.
This was tricky since the arrangement of elements meant the desktop (which contains the draggable cards) and the dock (which contains the folders) occupy different stacking contexts, so z-index values were not shared. To function properly, the dock needed to remain "above" the desktop in z-height, but this caused it obfuscate cards behind it.
The solution I came up with was to move the dock element below the playable area, then reposition the folders by the inverse offset so they remain in their previous position. This allows the user to interact with folders normally, but the empty space around them is no longer blocking cards from being dragged.
This also applies
overflow:hidden
to thebody
element, which has the potential to resolve the behavior seen in #25 as well.