@Mountain #24 加载速度慢得让人放弃。。

感觉还是 Safari 自带的好用一些。

说真的，有那折腾的工夫，真不如多试几个输入法，才知道哪个适合自己。

我几乎把 Win7 下所有中文输入法都换了个遍，最后留下了手心输入法。我对功能的要求是越简约越好，就连皮肤我都是用的最简约的那种。Win10 自带的输入法太棒了，可惜 Win7 没法用。

第一次接触双拼的时候，打了一份摆在键盘旁边玩了几天，因为不怎么上心，后来放弃了；
第二次接触的时候，强逼自己一周之内适应，然后就真的适应过来了，就是 g 和 h 所对应的 eng 和 ang 有时候会记混。
------------
我想说的是，有毅力去做的情况下，就会做到。

用户不应将“用户名”字段严格解释为包含用户名的字段，而应将其解释为存储标识所需数据的字段。该数据可以包括用户名，电子邮件地址或其他内容（例如，在线银行网站的帐号）。通过这样处理，默认数据传输配置适用于大多数网站，即需要将多少工作量放入配置中。如果您必须在注册时同时提供用户名和电子邮件地址，则其他信息（定期不需要）可以存储在例如 Notes 字段或 KeePass 条目的自定义字符串字段中。

现在假设将添加一个单独的电子邮件字段。当用户同时存储用户名和电子邮件地址时，KeePass 无法知道识别中需要哪两个。因此，为了为条目设置数据传输，用户将被迫选择应该使用两个字段中的哪一个。

因此，添加电子邮件字段将是可用性的一个后退，因为它会迫使用户在数据传输配置中投入额外的时间。当前系统（包含标识信息的“用户名”，没有单独的电子邮件字段）不需要这样，因此是更好的解决方案。

对于愿意为每个条目手动配置数据传输的用户，有多种方法可以获得单独的电子邮件地址字段。切换到条目编辑对话框中的“高级”选项卡后，可以将电子邮件地址字段添加为自定义字符串。如果该字段应出现在对话框的主选项卡页面上， 则可以使用 KPEntryTemplates 插件。