FirefoxBar
关于修改响应体
我发现帮助文件和扩展介绍中都没有有关修改响应体的叙述，而火狐似乎找不到其他可以修改响应体的扩展，因此建议在帮助文件和扩展介绍中加入有关修改响应体的内容。扩展设置中的“启用修改响应体”应该默认开启。 另外，修改响应体只支持自定义函数吗？（虽然自定义函数也不是很复杂。）
1.会加上的。 2.这个功能不是核心功能，大部分用户估计用不上。但是对性能有一定影响，不管有没有编写相应的规则，只要开启了就会有影响。所以默认是关闭的。 3.是
2.这个功能不是核心功能，大部分用户估计用不上。但是对性能有一定影响，不管有没有编写相应的规则，只要开启了就会有影响。所以默认是关闭的。
我觉得性能影响没那么大，uBO的html fillters在FF也是默认打开的，几乎没有什么性能影响。 https://github.com/uBlockOrigin/uBlock-issues/wiki/Static-filter-syntax#html-filters html fillters工作流程：解析编码 -> stream转化为字符串 -> 通过DOMParser解析成dom -> 应用 css selector 匹配dom节点 -> 移除节点 -> 将修改后dom转化成字符串 -> 将字符串按编码转回stream 这个一般流程可比现在的HE复杂多了。虽然自定义函数的代码可以写的比这个更复杂。
2.这个功能不是核心功能，大部分用户估计用不上。但是对性能有一定影响，不管有没有编写相应的规则，只要开启了就会有影响。所以默认是关闭的。
我觉得性能影响没那么大，uBO的html fillters在FF也是默认打开的，几乎没有什么性能影响。 https://github.com/uBlockOrigin/uBlock-issues/wiki/Static-filter-syntax#html-filters html fillters工作流程：解析编码 -> stream转化为字符串 -> 通过DOMParser解析成dom -> 应用 css selector 匹配dom节点 -> 移除节点 -> 将修改后dom转化成字符串 -> 将字符串按编码转回stream 这个一般流程可比现在的HE复杂多了。虽然自定义函数的代码可以写的比这个更复杂。
手动开启又不麻烦。能节省一点是一点。 uBO的这个属于核心功能所以默认开启，这个没问题。HE的这个不属于核心功能，所以要手动开启，这也没啥问题。插件定位不同而已。
2.这个功能不是核心功能，大部分用户估计用不上。但是对性能有一定影响，不管有没有编写相应的规则，只要开启了就会有影响。所以默认是关闭的。
我觉得性能影响没那么大，uBO的html fillters在FF也是默认打开的，几乎没有什么性能影响。 https://github.com/uBlockOrigin/uBlock-issues/wiki/Static-filter-syntax#html-filters html fillters工作流程：解析编码 -> stream转化为字符串 -> 通过DOMParser解析成dom -> 应用 css selector 匹配dom节点 -> 移除节点 -> 将修改后dom转化成字符串 -> 将字符串按编码转回stream 这个一般流程可比现在的HE复杂多了。虽然自定义函数的代码可以写的比这个更复杂。
手动开启又不麻烦。能节省一点是一点。 uBO的这个属于核心功能所以默认开启，这个没问题。HE的这个不属于核心功能，所以要手动开启，这也没啥问题。插件定位不同而已。
好吧，不过修改响应体至少对我来说是非常重要的功能。只要针对反反广告的网站。 例如：https://bbs.kafan.cn/forum.php?mod=viewthread&tid=2171691&page=2#pid45749597 每次介绍这些规则必定要提醒开启这个选项。
2.这个功能不是核心功能，大部分用户估计用不上。但是对性能有一定影响，不管有没有编写相应的规则，只要开启了就会有影响。所以默认是关闭的。
我觉得性能影响没那么大，uBO的html fillters在FF也是默认打开的，几乎没有什么性能影响。 https://github.com/uBlockOrigin/uBlock-issues/wiki/Static-filter-syntax#html-filters html fillters工作流程：解析编码 -> stream转化为字符串 -> 通过DOMParser解析成dom -> 应用 css selector 匹配dom节点 -> 移除节点 -> 将修改后dom转化成字符串 -> 将字符串按编码转回stream 这个一般流程可比现在的HE复杂多了。虽然自定义函数的代码可以写的比这个更复杂。
手动开启又不麻烦。能节省一点是一点。 uBO的这个属于核心功能所以默认开启，这个没问题。HE的这个不属于核心功能，所以要手动开启，这也没啥问题。插件定位不同而已。
好吧，不过修改响应体至少对我来说是非常重要的功能。只要针对反反广告的网站。 例如：https://bbs.kafan.cn/forum.php?mod=viewthread&tid=2171691&page=2#pid45749597 每次介绍这些规则必定要提醒开启这个选项。
提示有点不太好，下个重构版本会优化这里的，插件内会直接提示开启选项
