jeena/en.javascript.info
1
0
Fork 0
Code Issues Pull requests Projects Packages Wiki Activity Actions

in-is, abstractrly

Browse source
This commit is contained in:
Alfiya 2019-05-31 12:37:45 +03:00 • committed by GitHub
parent f7fd3e8755
commit e044661e39
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions
Download patch file Download diff file Expand all files Collapse all files

4
2-ui/3-event-details/4-mouse-drag-and-drop/article.md
View file

@ -184,7 +184,7 @@ The difference is especially noticeable if we drag the ball by its right-bottom
In previous examples the ball could be dropped just "anywhere" to stay. In real-life we usually take one element and drop it onto another. For instance, a file into a folder, or a user into a trash can or whatever.
Abstractly, we take a "draggable" element and drop it onto "droppable" element.
In other words, we take a "draggable" element and drop it onto "droppable" element.
We need to know the target droppable at the end of Drag'n'Drop -- to do the corresponding action, and, preferably, during the dragging process, to highlight it.
@ -211,7 +211,7 @@ For instance, below are two `<div>` elements, red on top of blue. There's no way
<div style="background:red" onmouseover="alert('over red!')"></div>
```
The same with a draggable element. The ball in always on top over other elements, so events happen on it. Whatever handlers we set on lower elements, they won't work.
The same with a draggable element. The ball is always on top over other elements, so events happen on it. Whatever handlers we set on lower elements, they won't work.
That's why the initial idea to put handlers on potential droppables doesn't work in practice. They won't run.