A lot of people like the Auto-type feature on the roadmap, but it doesn’t seem like it will be implemented anytime soon. However, on mobile devices, displaying password as QR codes appears to be a bit easier. Since some computers have QR scanning platforms installed, these users could experience Auto-type faster—even if the computer itself is air-gapped.
很多人喜欢路线图上的Auto-type功能，但看起来并不会很快实现。但在手机端，让口令能够显示为QR码似乎容易一点。部分电脑上安装有QR扫描平台，这部分用户就可以更快地体验Auto-type，即使电脑本身位于隔离网络中。
FYI, there has been significant development activity visible on Github for the past 6 months, involving at least 4 developers, and almost 50 PRs.
Thank you for your prompt reply! I apologize for my limited English; I noticed that the auto-type option in the roadmap was incomplete, and the forum posts didn’t provide any clear information. I didn’t intend to disrupt the strategy that’s already running smoothly or distract from the overall picture. If it’s expected to be implemented quickly, please delete this thread; I would appreciate it!
谢谢您快速的答复！抱歉我的英文不好，我是看到路线图中的auto-type未完成并且论坛中讨论的帖子也没有明确的消息。我无意影响已在正常执行的策略或者干扰注意力，如果它预计能够较快实现，请删除我的帖子，我表示感谢！
@KongNan Welcome to the forum!
… I would tend to let your feature request stay open – at least until auto-type is implemented.
But, honestly, I don’t understand your feature request really well, so could you explain it a little more in detail?
I understand from that…
And this would need a camera on that computer with which you can scan the QR code from the phone?
And you need only the mobile app to be able to “show” a password as a QR code, as those “QR scanning platforms” also are able to “auto-type” the password where you need it?
Or would BW – in the scope of your feature request – also have to develop a feature to auto-type those scanned QR codes into e.g. fields of desktop apps?
One could use a handheld bar code reader, which connects to a computer and emulates a keyboard that is typing the scanned data.
Thank you for your reply!
Yes, barcode readers are installed on the vast majority of computers in Chinese hospitals. They are used to read electronic health cards, specifically QR codes (once scanned and recognized, they input the 64-digit card number via simulated keyboard). Of course, in this post, I’m only aiming to implement the most basic functionality: displaying passwords as QR codes (for quick implementation). This allows users to enable automatic password input for every local application, web application, and even operating system logins—even on isolated networks and devices where passwordless environments cannot be set up.
是的，条码阅读器，中国医院的绝大多数电脑上都配置了，用于读取电子健康卡即QR码（它扫描识别后，会通过模拟键盘来输入64位的卡号）。 当然，在这个帖子中，我仅是希望实现最基础的部分，即将密码显示为QR（是为了便于快速实现），这样用户有机会为每个本地应用和web应用（甚至操作系统登录等）自动输入密码，即使在隔离的网络和无法设置无密码环境的设备中也可使用。
But clearly you saw through my intentions—I also prefer customizable key sequences like Keepass (even if it’s just username-TAB-password). However, even just the password alone would suffice for me, as I worry that moving from 1 to N might require more effort than starting from 0 to 1, potentially stalling this feature request (which is crucial for practical implementation).
(When users are forced to navigate numerous poorly integrated information systems, each demanding regular changes to different complex passwords, it becomes a torment for both users and administrators. You surely understand what I mean, as this is precisely what Bitwarden has consistently addressed—thank you, Bitwarden, for making the world a better place.)
但显然您看穿了我的意图，我也喜欢像keepass那样自定义的按键序列（即使只有 username-TAB-password ）。 不过即使只有密码，对我而言也已经足够好，因为我担心相对于从0到1而言，从1到N可能耗费更多精力导致此功能请求难以启动（这对实际应用很重要）。
（当用户被迫面临大量没有被妥善集成的信息系统，而每个系统又要求定期修改不同且复杂的密码时，对用户和管理员都是一种折磨，您肯定理解了我在说什么，因为这也是Bitwarden一直在做的事情，感谢Bitwarden让世界如此美好）
