绑定“发送”按钮的必要性？

[lentikr]

是否没有必要 hook 发送按钮，直接实现在输入控件中替换为加密后的串？
这样一方面可以简化扫描流程，另一方面也可以提前看到自己将发出的内容。

[WJZ-P]

是否没有必要 hook 发送按钮，直接实现在输入控件中替换为加密后的串？ 这样一方面可以简化扫描流程，另一方面也可以提前看到自己将发出的内容。

不错的建议！其实这个我也要考虑过，但思考过后当时没有选择这种方式。

问题主要在于“另一方面也可以提前看到自己将发出的内容。”上。如果使用这种方式的话，打一次字，输入框里的字就会被替换成密文，假设你要输入十几个字，而难以一次性打出，就会导致你打两个字并确认后，输入框内的字就被替换成密文，想做增删之类的都很麻烦，我觉得最好的方式还是目前的操作逻辑，只有点发送的时候才加密，这样可以保证在发送之前，原文你是可以看到的。

[lentikr]

我觉得逻辑上是没有太大问题的，只是把当前点击“发送”按钮做的事拆成两步，第二步是否真的发送出去交给用户去选择。其实这个issue的提出主要是因为我发现抖音这个软件我无法扫描定位它的发送按钮🤦，而且它的发送按钮本身长按是有自身的功能的（阅后即焚），去hook的话自带的功能就无法使用了

[WJZ-P]

我觉得逻辑上是没有太大问题的，只是把当前点击“发送”按钮做的事拆成两步，第二步是否真的发送出去交给用户去选择。其实这个issue的提出主要是因为我发现抖音这个软件我无法扫描定位它的发送按钮🤦

哇，我刚才试了一下，发现确实是这样！看来抖音的发送按钮不是标准的button，所以扫不出来。确实比较尴尬，也许只能在软件内的加密页面写好再复制发出去了，比较麻烦。

[lentikr]

如果使用这种方式的话，打一次字，输入框里的字就会被替换成密文，假设你要输入十几个字，而难以一次性打出，就会导致你打两个字并确认后，输入框内的字就被替换成密文

这里其实我没有理解，应该是可以实现输入完整的信息之后通过某种方式触发替换成密文这个过程的，这个触发器不一定是检测到输入框的内容变化，也可以是通过悬浮按钮（类似于当前覆盖在“发送”按钮上的遮罩）、摇一摇等其它的触发方法（摇一摇变成密文是不是感觉也比较科幻呢😸）

[WJZ-P]

酷！我觉得你说的有道理，我后面要加入这个功能 使得在检测不到发送按钮的软件里可以摇一摇加密

[lentikr]

这里一个潜在的问题是，应当只加密一次，如果输入框内已经是密文了，该触发器应当关闭，禁止二次加密。

[WJZ-P]

这里一个潜在的问题是，应当只加密一次，如果输入框内已经是密文了，该触发器应当关闭，禁止二次加密。

这个是现有的，你复制密文到输入框再加密发送，会发现并不会二次加密

[lentikr]

👍👍👍

[lentikr]

这个是现有的，你复制密文到输入框再加密发送，会发现并不会二次加密

Record_2025-09-16-22-03-12_9d26c6446fd7bb8e41d99b6262b17def.mp4

我这里好像复现不了诶

[WJZ-P]

这个是现有的，你复制密文到输入框再加密发送，会发现并不会二次加密

Record_2025-09-16-22-03-12_9d26c6446fd7bb8e41d99b6262b17def.mp4
我这里好像复现不了诶

我的也是，估计是忘写了，后面补上

[WJZ-P]

看到了，忘加了，跟下个版本吧

[lentikr]

好嘞，顺带在这里跟一个bug，发现一个无法解密的串
咕噜咕噜~嗷呜！(︋︇︁︇︂︁︇︅︊︉︀︀︇️︄︄︋︈︀︊︅︋︊︅︆︋︃︌︍︊︈︈︌︄︈︆︅︌︆︆︃︎︆️︁︉︊︊︄︃︍︎︅︃︀︋︄︉︋︎︁︌︇︎︂︉︎︋︈︈︎️︌︈︅︉️️︌︀︉️︀︌︂︈︄︁︆︍︇︅︅︈️︋︆️歪头)(´・ω・`)
密钥应该是20250211