功能请求：增强的弹幕屏蔽

[Zxilly]

允许在屏蔽弹幕的同时，自动拉黑弹幕发送者

[qianjiachun]

屏蔽功能不就是拉黑吗，我没有找到有拉黑功能

[Zxilly]

有两种吧，一种是弹幕屏蔽，只是不看对方发的弹幕，拉黑是在用户首页，有禁止互动。回头我抓个包看看细节

[qianjiachun]

我觉得这个功能有一些激进，如果有的用户只想要屏蔽弹幕，但是不想拉黑对面，这种情况下对用户来说就是一种暗箱操作。
如果弹出一个对话框来选择是否拉黑，这个功能又显得有点臃肿了，我个人认为不是很妥

[Zxilly]

可以添加一个额外的屏蔽拉黑按钮吧，加在tooltip上，应该可以用observer做到

[qianjiachun]

可以的，插件本身有做tooltip的增强，如果可以的话试试提交一下PR😂？

[Zxilly]

endpoint 是 https://yuba.douyu.com/wgapi/yubanc/api/user/setBlack ，负载是

target_hash_uid: lWAoPL80G7vr
target_uid: 136254113
action: 1

form encode，我琢磨下这个hash_uid怎么来的

[Zxilly]

还是保留一下吧，有空的时候我能写

[netnr]

能加一个弹幕关键词 屏蔽吗，机器人太多了，重复的弹幕

[qianjiachun]

屏蔽弹幕需要较高的性能消耗（直觉的处理方法，hack可以解决但是不值当）

我认为这种问题需要从源头解决，你可以向斗鱼官方提交这个反馈建议试试。
用插件干预我觉得不是一个上策

[netnr]

不会哦，我前面刚写了个显示用户名称的脚本，用到的是 MutationObserver 观察节点变化
这个是脚本地址 https://greasyfork.org/zh-CN/scripts/521309

[qianjiachun]

性能开销主要来源于对dom的操作。
插件中已经有类似的功能（检测弹幕是否发送成功），该功能主要是对单条弹幕进行操作，所以不会有太大问题。

我的顾虑是当出现极限情况下，对高速变化的弹幕dom树进行操作，会出现不可控的问题，这和该功能带来的收益并不匹配（就是性价比太低）
所以我没有把这个功能提上todo😂

[netnr]

我认为没得问题，只是加一个 display 的问题，而且可以根据设置关键词屏蔽后才作业，不设置不作业

[qianjiachun]

其实你说的没错，主要是我考虑的情况通常比较极限，想太多就碍手碍脚😂
方便可以提交一个PR吗？
MutationObserver相关封装在项目代码中叫DomHook，有相关用例

开启按钮可以放在这里

[netnr]

我不熟悉你的项目，真要自己写还不如单独写个脚本来得快

[qianjiachun]

了解，那我有空实现一下。
斗鱼好像是有关键词屏蔽的

我准备再做一个重复弹幕屏蔽？
逻辑有两种

1. 如果上一条和下一条弹幕相同，则屏蔽下一条
2. 一段时间内相同的弹幕只能出现一次

你看看怎么个好

[netnr]

谢谢，第一次看到，😂 ，它这个自带的功能就是我想要的

重复弹幕屏蔽可能用到的地方较少，如果要做，我觉得可以使用第二种逻辑，
第一种逻辑， 1 2 1 这种弹幕还是会出现两个 1
第二种逻辑，可以设定一个数组，先进先出

[qianjiachun]

好的 收到

[Zxilly]

这个拉黑我觉得不太实际，因为我注意到斗鱼的拉黑名单是有上限的，超过上限时会自动把之前的放出来。我觉得重复弹幕屏蔽的想法挺好。