Text Rendering at the Edge

REOPENED
Unassigned

Status

()

REOPENED
4 years ago
4 years ago

People

(Reporter: zhanzhenzhen, Unassigned)

Tracking

Trunk
x86
All
Points:
---

Firefox Tracking Flags

(firefox36 affected, firefox37 affected, firefox38 affected, firefox39 affected, firefox-esr31 affected)

Details

Attachments

(2 attachments)

(Reporter)

Description

4 years ago
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:36.0) Gecko/20100101 Firefox/36.0
Build ID: 20150319201009

Steps to reproduce:

http://jsfiddle.net/jfsm08xv/


Actual results:

In the 2nd block, the "J" is poorly rendered. It's clipped 2-3 pixels from the left.

Comment 1

4 years ago
I can reproduce the problem with/without HWA

https://hg.mozilla.org/mozilla-central/rev/b8e628af0b5c
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 ID:20150321030212
Status: UNCONFIRMED → NEW
status-firefox36: --- → affected
status-firefox37: --- → affected
status-firefox38: --- → affected
status-firefox39: --- → affected
status-firefox-esr31: --- → affected
Component: Untriaged → Layout
Ever confirmed: true
OS: Mac OS X → All
Product: Firefox → Core
Version: 36 Branch → Trunk
overflow-y: auto + overflow-x: visible is not a valid combination. See the W3C spec at http://www.w3.org/TR/css3-box/#overflow-x :

> some combinations with ‘visible’ are not possible: if one is specified as ‘visible’
> and the other is ‘scroll’ or ‘auto’, then ‘visible’ is set to ‘auto’.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INVALID

Comment 3

4 years ago
Created attachment 8581323 [details]
Bug 1146019 - Text Rendering at the Edge.html

Okay
another example.     
|overflow: auto;| cuts the left edge.

Comment 4

4 years ago
Created attachment 8581324 [details]
screenshot

Updated

4 years ago
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Yes, it is unfortunate, but not unexpected. The J would have to be positioned a little more to the right so that no part of it would be cut off. I don't really know why its position is the way it is, but I suspect that it's largely determined by the font itself. I see the same problem in all Mac browsers.

Comment 6

4 years ago
hmm
I can also reproduce on  windows7 IE11, Chrome41 and Presto Opera12.
(Reporter)

Comment 7

4 years ago
Yeah, seems it's on all browsers. But I don't know why W3C think it "impossible" to have one direction visible and the other scroll.
You need to log in before you can comment on or make changes to this bug.