是什么决定了移动浏览器中.txt文档的视口（初始比例）？

[我了解添加 <meta name="viewport" content="...">确定了移动浏览器中HTML文档的布局-但是有什么东西（例如HTTP标头）告诉浏览器如何显示诸如纯文本文件之类的文档？

为例，<meta name="viewport" content="...">看起来很小，就像没有视口元标记的桌面网站：

另一方面，在同一浏览器上以更便于移动的方式显示：

这在任何地方都标准化吗？ Chrome是否有一些未公开的启发式方法来决定这一点？

0
投票

而且，从个人经验的HTML中，我知道在对网站进行编程或编码时，您必须付出更多的努力才能对网站进行实际编码，以使其完全适合移动屏幕和/或计算机屏幕/显示器。快速的Google搜索也可以帮助您。

在您的情况下，可能Google不会花精力去设计该页面的样式，以便它在移动设备上更易于查看，并认为人们通常不会去浏览该文本文件。 gmail网站。并且他们可能还认为，如果有人确实想要或需要查看它，那么他们会做诸如但不限于编程或编码之类的事情。和堆栈溢出的决定是因为它的网站围绕编码和编程。

希望这会有所帮助！

0
投票

不是完整的答案，但我也不认为这是评论。

某些测试表明，它与HTTP标头无关，但与使用字符计数和视口宽度的缩放公式有关。公式可能[可能]从派生。但我没有完成这项任务。有关此“公式”的一些发现：

不，没有什么可以告诉浏览器如何显示文档，例如纯文本文件。
出于某些原因，Chrome（移动版）仅缩放超过302个字符的.txt文件。其他Webkit浏览器也是如此。
Gmail的robots.txt为128个字符，Chrome不会对其进行缩放。

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

301个字符长的.txt文件：character count < 302http://tonttest.altervista.org/301byte.txt

在高dpi的屏幕上，初始比例为1的页面将被浏览器有效缩放。它们的文本将平滑且清晰，但是其位图图像可能不会利用全屏分辨率。

0
投票

出于某些原因，Chrome（移动版）仅缩放超过302个字符的.txt文件。其他Webkit浏览器也是如此。

-1
投票