Summary: | -webkit-transform:translate3d causes corruption of text in inputs | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | David Calhoun <david.b.calhoun> | ||||||||
Component: | CSS | Assignee: | Nobody <webkit-unassigned> | ||||||||
Status: | RESOLVED CONFIGURATION CHANGED | ||||||||||
Severity: | Normal | CC: | bfulgham, devinrhode2, jonlee, maggotfish, simon.fraser | ||||||||
Priority: | P2 | ||||||||||
Version: | 528+ (Nightly build) | ||||||||||
Hardware: | Mac | ||||||||||
OS: | OS X 10.5 | ||||||||||
URL: | http://themaingate.net/work/translate3d-bug.html | ||||||||||
Attachments: |
|
Description
David Calhoun
2009-11-24 15:08:45 PST
Created attachment 43813 [details]
text input corruption in a password field (left)
Created attachment 43814 [details]
text input corruption (right)
Note that when leaving the left password field (blur event), the text becomes "ungarbled". However the same problem plagues the non-password input field while typing (on the right).
The fix is to add this rule to the stylesheet (thanks to my coworker): input[type=password], input:focus, textarea { -webkit-transform: scale(1,1); } Does this still reproduce? Seems OK in Safari 5.0.3 to me. When you open a page in an iframe and it uses translate3d, it also seems to corrupt text that is z-index'd above it, OUTSIDE the iframe. <span>Normal text</span> <iframe> ...some element has "transform:translate3d(Npx, Mpx, Opx);":</iframe> The normal text then get's visually altered. The same visual bug occurs when you add the translate3d property right to the text element itself. Further, David Calhoun's hack of using -webkit-transform: scale(1,1); on an element doesn't work for regular text nodes. A <span> tag in my case, obviously it would be for all text elements. This is all whti Chrome 17/beta Devin, I still can't reproduce, even in a recent WebKit nightly build on Mac. Working on 17.0.963.65 (Developer Build 124586 Linux) Ubuntu 11.10 I see corruption of caret positioning in a text input: http://jsfiddle.net/errFm/1/ (In reply to comment #8) > Working on 17.0.963.65 (Developer Build 124586 Linux) Ubuntu 11.10 > > I see corruption of caret positioning in a text input: > > http://jsfiddle.net/errFm/1/ Also note that the scale(1,1) doesn't fix that Safari, Chrome, and Firefox show the same rendering behavior for this test case. I do not believe any further compatibility issue remains. |