Web applications 谷歌Chrome在处理桌面DPI时是否存在缺陷?

Web applications 谷歌Chrome在处理桌面DPI时是否存在缺陷?,web-applications,browser,google-chrome,Web Applications,Browser,Google Chrome,他们似乎认为“网页设计师假设固定的72DPI”(或者某种特定的东西)。但桌面DPI通常取决于屏幕的物理尺寸 当我访问时,我注意到它的字体与其他浏览器相比看起来很小 经过一段时间后,我偶然发现谷歌Chrome的开发建议指出了这个问题:他们认为DPI是一个常量。它实际上是一个bug吗 -- 这个帖子的主题似乎很丰富:该站点的字体很小,因为它们的字体大小为70%及更高版本字体大小:85%。所以现在它降到了原来尺寸的69.5%。错误的CSS是罪魁祸首,而不是Chrome 如果有那么多麻烦,请按ctrl+

他们似乎认为“网页设计师假设固定的72DPI”(或者某种特定的东西)。但桌面DPI通常取决于屏幕的物理尺寸

当我访问时,我注意到它的字体与其他浏览器相比看起来很小

经过一段时间后,我偶然发现谷歌Chrome的开发建议指出了这个问题:他们认为DPI是一个常量。它实际上是一个bug吗

--


这个帖子的主题似乎很丰富:

该站点的字体很小,因为它们的字体大小为70%及更高版本<代码>字体大小:85%。所以现在它降到了原来尺寸的69.5%。错误的CSS是罪魁祸首,而不是Chrome


如果有那么多麻烦,请按ctrl+。

在我看来,Chrome和Firefox/Safari/IE中的字体是一样的,Chrome肯定有一些显示错误。
很多时候,HTML复选框变得不可见(使用gmail的最简单测试)。放大/缩小时,它们有时会回到视图中。(在IE/FF中从未遇到过这个问题)。

他们应该怎么做才能在不破坏其他浏览器的情况下修复它?用像素而不是百分比书写字体大小。哇。我到处都读ems,应该使用百分比而不是像素大小。。。现在我真的很困惑。不,应该怪网站。使用像素,而不是百分比。这并不能回答前一个人的评论,他学会了用相反的方式来做。也请查看我的帖子。Chrome和workaound的另一个有趣事件: