bug
Using IE 11, the text of the placeholder can be selected and if the cursor is placed somewhere else than at the beginning of the placeholder text, it is not possible to paste (using shortcut or context menu).

Tested with the rich-text example http://slatejs.org/#/rich-text in IE11 on Windows 7 and Windows 10.
The placeholder can not be selected and the cursor can not be placed somewhere within the placeholder text, preventing the user from pasting.
In slate, there is an editor element with contenteditable set to true. It contains the placeholder as a child which has contenteditableset to false.
The HTML5 specs say: a contenteditable=false element within a contenteditable=true element is not editable.
I discovered that IE 11 seems to have a somewhat weird interpretation of the spec and does it the other way round: only child elements with contenteditable=true are not editable.
I tried to fix that issue by setting the placeholder element tocontenteditable=false but that introduces some other weird behaviour.
My current workaround is to provide an own placeholder component that is placed as a sibling to the editor component. The downside is that I have to reimplement the show/hide logic.
Should the placeholder just have pointer-events: none by default? I think that would prevent this behavior.
It already has pointer-events: none so that doesn't seem to work:

(taken from http://slatejs.org/#/rich-text)
@mahlero is this still an issue in the newest version of Slate?
@ianstormtaylor We're using version 0.33.4 and the problem still persists 😞
We have the same issue
I think this might be fixed in [email protected], could someone check?
Appears to be fixed:

I have the same bug for two or more placeholders (not only for IE 11, but for Chrome too):


(second image - it is my solution of placeholders for forced-layout)
@ianstormtaylor Please reopen this issue.