什么决定了移动浏览器上 .txt 文档的视口 (initial-scale)？

What determines the viewport (initial-scale) of a .txt document on mobile browsers?

我知道 adding <meta name="viewport" content="..."> 决定 HTML 文档在移动浏览器上的布局 - 但是有什么东西（例如 HTTP header ) 告诉浏览器如何显示文档，例如纯文本文件？

举个例子，Gmail's robots.txt 看起来很小，就像没有视口元标记的桌面网站：

另一方面，Whosebug's robots.txt在同一浏览器上以更mobile-friendly的方式显示：

这在任何地方都标准化了吗？ Chrome 是否有一些未记录的启发式来决定这个？

在高 dpi 屏幕上，initial-scale=1 的页面将被浏览器有效缩放。他们的文字会流畅而清晰，但他们的位图图像可能无法利用全屏分辨率。

此外，html 根据个人经验，我知道在对网站进行编程或编码时，您必须付出更多努力来实际编码以使其适合移动屏幕 and/or一台电脑 screen/monitor。快速 google 搜索也能帮到你。

在您的情况下，google 可能没有费心设计该页面的样式以使其更易于在移动设备上查看，并且认为人们通常不会去gmail网站上的那个文本文件。他们可能还认为，如果有人确实想要或需要查看它，他们会做一些事情，例如但不限于编程或编码。堆栈溢出决定，因为它是一个围绕编码和编程的网站。

希望对您有所帮助！

不是一个完整的答案，但我也不认为它应该是一个评论。

一些测试表明它与 HTTP headers 无关，但与使用字符数和视口宽度的缩放公式有关。公式可以可能来自 here。但我不能胜任那个任务。

关于这个的一些发现"formula"：

我猜这实际上是一个标准，而 Firefox 没有实施它，因为它不重要。但我可能是错的，这可能是 non-standard Chrome 的事情。

不，没有任何内容告诉浏览器如何显示纯文本文件等文档。

出于某种原因 Chrome（移动设备）仅缩放超过 302 个字符的 .txt 文件。这似乎也适用于其他 webkit 浏览器。

Gmail 的 robots.txt 长度为 128 个字符，Chrome 不会缩放它。

这里有两个几乎相同的文件，在同一个文件夹中；唯一的区别是存储的字符数。