FireFox 的任何文本文件的本机 `view-source:` 模式可以恢复吗?

FireFox 的任何文本文件的本机 `view-source:` 模式可以恢复吗?

FireFox 的原生view-source:模式似乎已被破坏。

反常的是,当以 开头时,这甚至会呈现二进制文件 URL view-source:

这对于在 FF 中快速浏览包含文本源代码的目录的 URI 架构非常方便file:(尤其是通过单击新选项卡右键进行渲染),这也是我过去一直推荐 FF 作为首选浏览器的主要原因。这将全面呈现人类可读的文本源,无论是“可执行”源还是.sh, .bat, .c, .fortran, .perl, .tcl, ...“普通”.csv, .txt, .dat, ...文件。

     data:text/plain,testing
     view-source:data:text/plain,testing

顺便说一下,view-source:view-source:view-source:某些.htmlURI 源文件最终将静止为源、源、该 URI 源的有效定点文本呈现,并且绝对不会像在以下示例中那样呈现空白页:

Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:71.0) Gecko/20100101 Firefox/71.0

Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:77.0) Gecko/20100101 Firefox/77.0
                             via the scURIple:
data:text/html,<!DOCTYPE html><html contenteditable><pre>
      <script>javascript:document.write(navigator.userAgent);</script>

更糟作为

view-source:view-source:data:text/plain,testing

现在触发网络搜索引擎!

令人担心的是,FF 将不再展示或具有严格的计算一致性的深刻严密性,以及对计算科学所体现的递归函数理论和函数式编程语言设计学科的遵守。

FF 功能非常不一致,并且不再是技术最先进的体现,因此是时候转向可靠性并忘记与 FF 强制葬礼功能作斗争了。


尤其:

javascript: ra=[1,2,3]; ra[1]=ra; ar=eval(ra.toSource()); ar[1]=2; ([ar,ra]).toSource();

是一种最深刻的方式克隆一个数组(对象)有罪不罚
因此.toSource(),也uneval()已丧失了能力。

Brendan Eich 最初的代码非常优雅,并且虽然没有记录,但是存在用于递归数据结构的特殊语法(吃你的心 JSON)。

javascript: ra=[1,2,3]; ra[1]=ra;  ra.toSource();

将呈现为

#1 = [1,#1#,3]

什么window.navigator.userAgent时候

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3,
Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:11.0) Gecko/20100101 Firefox/11.0
                          or even
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 (Splashtop-v1.2.17.0)

或 FF V <61 (我认为) 并回到 1994 年的 NetScape、JavaScript 1.2 时代。

參考文獻: https://stackoverflow.com/questions/171407/implementing-mozillas-tosource-method-in-internet-explorer/5628008#5628008

相关内容