Bug 135914
| Summary: | contentEditable caret is left aligned instead of centered when :before pseudoelement is used | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Max Vujovic <mvujovic> |
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | ap, bfulgham, enrica, jacobg, justice360, rniwa, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://codepen.io/anon/pen/CEGim | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=244977 | ||
Max Vujovic
My colleague ran into this while making a UIWebView based app. Repros in Safari Nightly.
Reproduction:
http://codepen.io/anon/pen/CEGim
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
See also: bug 20129 (which has similar symptoms, but is no longer occurring). Possibly bug 55886 too.
Radar WebKit Bug Importer
<rdar://problem/22707551>
Brent Fulgham
It looks like Chrome, Firefox, and Safari all behave differently than expected. See <https://w3c.github.io/editing/contentEditable.html> We should get this behavior standardized before attempting to implement a change in behavior.
Ryosuke Niwa
I don't think we can ever standardize how the insertion point is rendered since its behavior is platform dependent. Also, there is no way the editing API spec will be standardized anytime soon so I don't think we should gate fixing these bugs on the standardization effort.
EWS
Committed 255333@main (11d258f9db32): <https://commits.webkit.org/255333@main>
Reviewed commits have been landed. Closing PR #5164 and removing active labels.
Ahmad Saleem
*** Bug 248345 has been marked as a duplicate of this bug. ***