Many users in the mobile version, want to see the title/icon to show the password. For example:
There are already some complaints that they are within a few minutes can’t log. Maybe they used to use other social networking sites where this feature is present.
This has been discussed before, the feature needs to be in your browser. The field is properly tagged as a HTML password field so what the browser does with it is up to them.
这个计算方式是否还和以前一样？上周末，我看着我父亲为我们的 Discourse 网站重置密码，然后用新密码登录，过程非常艰难。如果能有现在互联网上普遍存在的“显示密码”功能，他就能确信自己输入的密码是正确的，尤其是在移动设备上，在桌面设备上也是如此。最后，我们让他用他的新密码管理器在桌面设备上创建密码，然后从那里复制/粘贴到 Discourse 中。
Discourse 登录页面，桌面版 Chrome 浏览器：
Discourse 桌面版 Safari 浏览器显示了一个小的密码下拉菜单，但没有显示密码的选项：
作为对比，Twitter：
Facebook：
Google：
LinkedIn：
我个人认为我们应该有一个明确的“显示密码”按钮，但据我回忆，@sam 一直反对 https://meta.discourse.org/t/user-do-not-have-to-confirm-password/4693/22。@eviltrout，你怎么看？
我个人从不使用该功能，但我见过它出现在很多地方，显然其他人觉得它很有用。
@sam 你的反对意见是基于等待浏览器为我们实现它？还是出于其他安全方面的考虑？
鉴于“显示密码”现在已成为行业标准。我愿意重新审视并在此处做些事情。浏览器方面没有让步。我最初的抱怨是，这不是应用程序开发人员的问题，而是浏览器的问题，我以为行业会迎头赶上 Internet Explorer，但它拒绝了。
我个人更喜欢 Facebook/Twitter 的方法，并建议在构建全屏登录之前推迟这项工作。
这里有相当多的可访问性问题，我们必须非常小心，不要破坏密码管理器。
@awesomerobot 有什么想法？
是的，我们应该这样做！我也更喜欢 Facebook/Twitter 的方式 
我认为我们不应该这样做，但我一直觉得亚马逊默认在手机上显示密码很有趣……他们已经这样做了很多年了。我猜他们已经将错误的密码尝试与冲动购买的减少相关联了 
我将把这个安排到我们的下一个版本！您认为设计团队可以处理这个，还是我们需要开发团队的参与？
我倾向于最简单且能完成任务的方式。移动设备也应该是重点，因为没有键盘的小型设备在输入密码时更具挑战性。
这应该是我们可以处理的，我认为它并不复杂。
一些值得思考的事情
在某些情况下，显示密码是个好主意。代码更少，便利性更高。我在阅读时遇到的唯一问题是出现了焦虑，即有可能放弃已被所有人接受并成为规范甚至教条的东西。确实，我们非常渴望遵循和建立在已成为“规范”的既定决策之上。是的，我一直告诉自己，大多数人不会错。
不过……诉诸公众谬误
这里确实值得深思。非常有趣！
这仍然应该由浏览器实现，但由于浏览器方面的进展甚微，我已开始着手在 Discourse 中添加此功能：
