逻辑上不成立，如果真的敏感，要么
1. 干脆不允许输入
2. 允许输入但无法查看
3. 允许输入可以查看，但后台记录 ip/mac 之类的

如果允许输入可以查看，仅仅不许删除，这样做毫无意义

日本出签速度如 1L 所说，还挺快的

办理条件根据常驻地或者户口所在地不同，可能隶属不同领区，不同领区的政策还是有差异的

而且日本签证必须通过旅行社，所以政策细节直接问旅行社就好，不放心价格就多问几家

可以怀疑厂商的良心，但不可以怀疑厂商趋利的本性

如果剪贴板监听+孕妇效应可以实现绝大部分（为了不把话说死，只说绝大部分）精准到让人认为是”监听“的推荐，那么厂商就不需要使用成本更高，效率更低的监听方案

@ltkun #27 纯好奇哈，所谓“人家编译的”包括官方发布的 release 吗，如果包括，自行编译前会自行审查代码吗，以及，你信任你的编译器吗，毕竟编译器投毒也不是没发生过

论信达雅，第一反应就是这个“据说”出自拿破仑的回文句子，能翻译出回文效果就太厉害了

Able was I ere I saw Elba.

不到俄岛我不倒。(许渊冲)

落败孤岛孤败落。(马红军)

@enihcam 先吐槽一句信达雅的信就是还原的意思啊，符合信达雅的翻译自然满足你说的还原事实，翻译准确，而且信是第一位的

其次，你举的电影片名翻译的例子是不合理的，因为电影片名的翻译逻辑可能更不会遵循信达雅了，甚至更多考虑商业因素，比如《总动员》“系列”，观众一看片名，联系曾经看过的《总动员》就大概知道影片类型

把 Frozen 翻译成 冻住，就更不知如何吐槽了

不要组 RAID ，不要组 RAID ，不要组 RAID

尤其 RAID0/RAID1 ，对个人毫无意义

RAID 是高可用，不是备份。高可用的意思是，硬盘即使发生故障也可以保证服务可用，个人根本不需要这个
个人需要的是备份，而不是所有数据都有备份的意义，通过脚本/工具软件或者群晖内建的备份套件都可以实现针对性的，更有效率的备份方案，一旦发生问题，也更容易修复

我能理解 OP 的想法，但我不得不继续使用 markdown

遇到的问题大概就是 markdown 对表格支持太差，想通过嵌入 latex 的方式扩展，但一旦涉及 latex 扩展包就很难办了

开始研究 latex ，功能够强，但不能实时渲染，复杂度也太高，还是用回 markdown 了

@sigoden 我知道昨天我的问题出在哪里了，我昨天没有把 argc-completions 仓库的分支切到 feat-tcsh ，另外就是虽然 argc 本身代码更新了但 release 的二进制文件还是旧的

我自己搭建 rust 环境重新编译了新的 argc ，现在看起来有效果了

不过我稍微提一下试用中遇到的小问题
执行./script/setup-shell.sh tcsh 后输出的内容直接粘贴到~/.tcshrc 会报错
我修改为如下两行内容后正常
```
setenv PATH "$ARGC_COMPLETIONS_ROOT/bin:$PATH" # 删除 :前的\
set ARGC_TCSH_SCRIPTS=`ls -p -1 $ARGC_COMPLETIONS_ROOT/completions | sed -n 's/\.sh$//p'` # 删除双引号
```

（本来想提 issue ，既然主要问题解掉了，这个修改又很小，就这里带一句好了）

非常感谢 OP 能考虑到被时代抛弃的小众需求者的需要

@sigoden 大佬厉害了，我刚刚试用了一下，git-bash 环境下没有问题，wsl ubuntu 的 tcsh 下按照 pull/10 的描述遇到点问题，不过我解决了，但最终效果似乎仍不如预期

我打算明天在公司的环境再测试一下，如果结果依旧，我会提个 issue ，尽可能详细描述一下问题

@sigoden 厉害了