Skip to content

Commit 3adf4c5

Browse files
committed
Merge pull request #95 from DelvarWorld/no-state
Fixing README to update code problem
2 parents d3afe47 + e3fbf60 commit 3adf4c5

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

README.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -65,7 +65,7 @@ Props:
6565

6666
**`start`**: specifies the `x` and `y` that the dragged item should start at. This is generally not necessary to use (you can use absolute or relative positioning of the child directly), but can be helpful for uniformity in your callbacks and with css transforms.
6767

68-
**`moveOnStartChange`**: if true (it defaults false), will move the element if there is a change in `start`. We set this by default to `false` because it can cause unwanted effects if you are not aware of it.
68+
**`moveOnStartChange`**: if true (it defaults false), will move the element if there is a change in `start`. It won't work if the start is changed in the middle of a drag. We set this by default to `false` because it can cause unwanted effects if you are not aware of it.
6969

7070
**`zIndex`**: specifies the zIndex to use while dragging.
7171

@@ -139,6 +139,8 @@ If you move the element manually, you have two options:
139139
2. When moving the `<Draggable>`, ref the element and
140140
[call `resetState()`](https://github.com/STRML/react-resizable/blob/master/lib/Resizable.jsx#L48).
141141

142+
You **can't** update the `start` position during a drag. See [#94](https://github.com/mzabriskie/react-draggable/issues/94).
143+
142144
## Dragging images
143145

144146
The HTML5 Drag & Drop API can interact strangely with `<Draggable>`, especially on `<img>` tags.

0 commit comments

Comments
 (0)