Subscribe: Comments on Well, I'm Back: CSS Units Changes Landed
http://robert.ocallahan.org/feeds/4556766784402080440/comments/default
Preview: Comments on Well, I'm Back: CSS Units Changes Landed

Comments on Eyes Above The Waves: CSS Units Changes Landed





Updated: 2018-04-25T10:47:54.969+12:00

 




2014-11-26T23:03:27.640+13:00

This comment has been removed by the author.




2014-11-26T21:20:02.456+13:00

This comment has been removed by the author.




2014-11-26T20:05:43.999+13:00

This comment has been removed by the author.




2014-11-26T19:41:27.584+13:00

This comment has been removed by the author.




2014-11-26T19:26:54.376+13:00

This comment has been removed by the author.



nice post laptopsya

2014-11-14T01:14:41.548+13:00

nice post laptopsya



I am agree with @Mensajes claro

2011-12-30T03:40:53.247+13:00

I am agree with @Mensajes claro



I love mozilla , They are now 9 !

2011-12-24T06:27:33.699+13:00

I love mozilla , They are now 9 !



is very good

2011-12-15T13:42:10.494+13:00

is very good



Thats right @robome.

2011-11-28T13:54:45.414+13:00

Thats right @robome.



To @Mensajes claro They are not breaking the web ,...

2011-11-23T10:58:54.472+13:00

To @Mensajes claro They are not breaking the web , Mozilla is making the web better, I hope you understand.



I remember when Firefox was the "standards&qu...

2011-11-22T17:45:33.513+13:00

I remember when Firefox was the "standards" browser. Now you're breaking the metric system!?



Thanks for the comment Beat!The reason why I say t...

2011-05-02T23:00:35.000+12:00

Thanks for the comment Beat!
The reason why I say that Web authors misused pt (defined as a physical length) is that even where they avoided px and sized everything in physical pt, their sites almost certainly are not usable on both a desktop monitor and a handheld device. Physical units are simply not a good way to size fonts when you don't know the distance from the eye to the screen --- which you don't, on the Web.
Modulo that, you have a good question about why we didn't redefine 1px as 4/3 of a pt, at least for desktop users. (Another way to think about that is as a default zoom based on the user's desktop monitor DPI.) Here are a few reasons why we don't do that:
1) We'd have to resize all images, which reduces performance and decreases image quality.
2) When the user's monitor DPI is different from their manually-selected "Windows font DPI", it would make the size of UI elements such as checkboxes inconsistent with other applications. (If we made checkbox px sizes variable, Web pages would break.)
Before Firefox 4 we actually did allow px to vary based on monitor DPI, and it was a frequent source of user complaints.
However, I think we can satisfy you. We need to make Firefox track the "Windows font dpi" setting to set a default zoom based on that setting, so if you manually make the Windows font dpi setting match your monitor, you'll get the effect you want. This will avoid problem #2 above, and problem #1 will be tolerable since you opted into it.
I will also reiterate that we have done our best to limit the fallout by a) ensuring that CSS units match their physical counterparts in print, where the viewing distance is much more predictable and b) introducing a true physical unit, mozmm, for the cases where you really need the same physical length regardless of the viewing distance.



I think Mozilla (and before that, WebKit and IE) a...

2011-05-02T03:50:44.000+12:00

I think Mozilla (and before that, WebKit and IE) are putting the cart before the horse. Naive or innocent web "developers" may have casually mixed px and pt, creating "hard-wired" website layouts that may "break" once web surfers dial their actual (or preferred) DPI. But the problematic sites are not misusing pt, as Robert O'Callahan put it (http://lists.w3.org/Archives/Public/www-style/2010Jan/0058.html), they are misusing px!!! Without knowing their clients' DPI (actual or preferred), they had and have no business specifying their layout in px!
I'm aware that the current "solution" (1 pt = 4/3 of a pixel) is a bit of a "hack" aimed at damage control, making as many websites as possible "work" with DPIs > 96. I have been through a similar period of agony when I tried to "shoehorn" existing TrueType fonts into ClearType duty (www.rastertragedy.com, §4.1 and §4.2). Naive or innocent font "hinting" blew up characters seemingly at random and text got truncated on "pixel-perfect" dialog boxes, neither of which was a problem before, hence ClearType was implied as the culprit, and we had to "fix" it. The "solution" does not look optimal, but if nothing else, it doesn't blow up---never mind the "casual hinting" that never improved.
But why compromise pt for that "hack?" Why not compromise px, the unit few websites have any business to specify? In other words, why re-define 1 pt as 4/3 of a px instead of re-defining the size of 1 CSS px as 3/4 of 1 pt? This would render a 12 pt font at about the same physical size on my 96 DPI desktop, on my current 120 DPI laptop, and on my former 144 DPI laptop. And it would keep the concept of a pt: Unlike inches or millimeter, a 24 pt font doesn't have to be a linearly scaled-up 12 pt font. It may have slightly thinner stems and tighter character-to-character spacing than the 12 pt version.
This aspect of typography is now lost...



Agree with anon:---What kind of BS is that. Everyo...

2011-04-20T13:33:42.000+12:00

Agree with anon:
---
What kind of BS is that. Everyone is buggy so we have to be buggy, too?
If I wanted 96DPI I'd set my system to 96DPI.
---
There are historical reasons for 96DPI being so prevalent (if only approximating reality) over the years, and that has led to a lot of lazy code. That code will prove problematic as high-DPI displays become more common (they're not all tiny phone screens) and you guys are falling into that trap.
The real solution is for designers to stop designing for specific display sizes, either in pixels or in inches. Make the text a readable size (like 12pt) and let it flow in the available space.



What kind of BS is that. Everyone is buggy so we h...

2011-03-26T13:42:38.000+13:00

What kind of BS is that. Everyone is buggy so we have to be buggy, too?
If I wanted 96DPI I'd set my system to 96DPI.



disappointing. the web is increasingly becoming a ...

2011-03-18T19:53:52.000+13:00

disappointing. the web is increasingly becoming a jumble of hacks without any long-term foresight and this is just another step in that direction



I remember when Firefox was the "standards&qu...

2011-01-16T23:59:10.000+13:00

I remember when Firefox was the "standards" browser. Now you're breaking the metric system!?



There is a pref you can use, as a quick look at th...

2010-09-06T08:45:03.000+12:00

There is a pref you can use, as a quick look at the code will tell you. Just set layout.css.devPixelsPerPx to 2.
See http://mxr.mozilla.org/mozilla-central/source/gfx/src/thebes/nsThebesDeviceContext.cpp?mark=667-671#660



> and on Windows we should set it based on the ...

2010-08-22T15:25:59.000+12:00

> and on Windows we should set it based on the "system font DPI"
And there's a bug that this will done?
This ssentially ist a factor off "system font dpi" / 96. Here it's 1.04 for the current screen and using this in the equation would result in the same display as before where nsIWidget::GetDPI was part of the equation unless that now not only mm, in and pt but also px would be scaled, right?
Question is, why isn't there a pref 'layout.css.defaultScale'? I'd like to have a cm be a cm again on my screen and everyone else should also have the freedom to choose so.



> Will the user see fuzzy lines if it is not an...

2010-08-21T09:52:18.000+12:00

> Will the user see fuzzy lines if it is not an
> integer?
No, our full-zoom doesn't do that.



(Posting failed for days, retrying...)If the GetDe...

2010-08-21T06:55:46.000+12:00

(Posting failed for days, retrying...)
If the GetDefaultScale adjustments show up later, it seems you'll be confused by two different sets of bug reports. Will the user see fuzzy lines if it is not an integer?
Will you apply a GetDefaultScale adjustment for the proud few who are able to adjust Linux font and resolution settings, http://www.mozilla.org/unix/dpi.html ? (The Linux desktops occasionally discuss implementing device-independent one point = 1/72 of an inch, then the conversations devolve into arguments about what happens to the 8x13 bitmap terminal font, and degrees of field of view measured at the retina.)



Aha!You blogged this before but removed it. But no...

2010-08-21T02:23:28.000+12:00

Aha!
You blogged this before but removed it. But not before Planet Mozilla caught it, I was very confused.