发现 Firefox 在复制 GitHub 仓库地址时和别人不一样，会自动包含一些空格。

[Dvel]

如图，比如我复制这一行：

然后粘贴到 Typora：

源代码：

      [github]( https://github.com/github)    /      **[gitignore]( https://github.com/github/gitignore)**     

[github]( https://github.com/github)/**[gitignore]( https://github.com/github/gitignore)**

有时候在 Typora 记一个仓库地址，复制粘贴的时候还得自己删除空格，有点烦。

[shyangs]

複製貼上有分

1. 格式化複製貼上
2. 純文字貼上

你貼到 Word / WPS 就知道 Firefox 是帶格式化複製貼上的.

[kidonng]

HTML/DOM 里本来就有这些空白，你想做的应该是清除格式粘贴，有些应用有快捷键，例如 Option + Shift + Command + V

[Dvel]

@shyangs #1
@kidonng #2
这我是理解的，我就是粘贴的格式化的文本。
我意思就是同样的网站，在 Firefox 上复制，粘贴到其他地方，在前、中、后都有莫名其妙的空格。

[fumichael]

还真的是有，奇怪的问题

[2i2Re2PLMaDnghL]

（工具是我的 no1xsyzy/clipbench ，未完成咕掉的暂时还能用用

[Mateverse]

你是不是下载什么翻译插件了？

[2i2Re2PLMaDnghL]

@2i2Re2PLMaDnghL 我还是解释下这张图
对于 text/html 来说，连续的空白字符（即使跨标签）都应该被视为单一一个空格（除非 NBSP ，这也是为什么网页很多人搞 NBSP ，属于是拿空格来排版了）
Typora 并没有对剪贴板的 text/html 进行处理，而进行了处理的 Edge （猜测包括所有 Chromium 系）复制出来的内容粘贴进去没问题，Firefox 没处理复制出来的东西就导致了问题。
这是 Typora 和 Firefox 都不符合兼容性原则（输出严格，输入宽松），而且可能 Typora 不符合 W3C 标准对 html 语义的定义。

[codehz]

@2i2Re2PLMaDnghL 视为单个空格和处理内容为单个空格不是一个概念，两种处理方法都是合理的，本质上是这个问题没有良好的定义

[2i2Re2PLMaDnghL]

@codehz Firefox 和 Chromium 的处理方式都是合理的，对此我觉得没有问题。只是 Firefox 不那么符合兼容性准则（这个准则造成的麻烦比解决的问题多，包括 IE6 遗产和隐式闭合标签<x><y></x>）
另一方面 Typora 已经明确可知输入是 text/html 的情况下将 html 语义下的连续空格译为 text/x-markdown 的连续空格是不恰当的，是错译。

[msg7086]

现在世界上就只剩两大浏览器引擎了，Firefox 的 Gecko 和其他家的 Webkit/Blink 。
既然就两家，一家和另一家不一样那可是太正常不过了。
反过来你也可以说 Chrome 家族和别人（ Firefox ）不一样。