Web 表单自动填充工具的采用情况如何?

发布于 2024-12-02 06:20:20 字数 188 浏览 3 评论 0原文

因此,我一直与我的同事(开发人员和设计师)就网络表单的自动填充工具进行了热烈的辩论。这是一个重要的开发问题,因为它影响表单的构建方式。

问)自动填充工具(例如 Google 工具栏或 Chrome 的内置功能)的采用情况如何?

问)最流行的自动填充工具是什么?

讨论赞赏。第一个通过信誉良好的研究得出的答案将获奖。

So I've been having a cordial debate with my coworkers (developers and designers) about the autofill tools for web forms. This is an important development question as it affects how forms might be built.

Q) What is the adoption of autofill tools, such as Google Toolbar or Chrome's built in feature?

Q) What are the most popular autofill tools?

Discussion appreciated. First answer with a reputable study gets the award.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

ぇ气 2024-12-09 06:20:20

就我个人而言,我不喜欢自动填充工具和工具栏。除了屏幕空间的损失之外,它们还带来了太多的臃肿。此外,随着浏览器版本的增加,更新、更现代的浏览器有时不支持自动表单填写应用程序。

我曾在政府、执法、医疗保健和其他公共和私人机构工作过,但我还没有看到一个好的工作表单自动填充工具,如果我确实找到了一个好的工具,我可以保证有人会打电话给技术支持因为他们提交了 X 数量的具有完全相同数据的项目。

HTML 表单可以通过多种方式构建,强迫某人以特定方式构建它会限制人们,因此表单应该能够按照某人想要的方式构建,希望遵循 W3C 标准。

话虽这么说,最直观的是那些内置于应用程序中的规则 - 开发人员/BA 根据业务案例和正确的算法创建自动填充规则,用户可以为这些字段中的数据定义特定字段和参数。强制构建应用程序以匹配第三方自动填充工具,该工具可能随时更改,或者将来不再受支持,这似乎很冒险,我听到了铃声。

更新:

就收入问题或此类企业的收入流而言,您必须深入了解将使用该软件的用户类型。

表单填充器需要不仅仅是通用的:“这是一个登录页面,让我们输入用户名/密码”。或联系页面“这是您之前用于联系我页面的数据,请填写”。

我之前开发的系统是一个行动项目跟踪系统,具有内置的工作流程/文档管理功能。用户要求自动填充这些项目,这在第一次请求时似乎完全疯狂(我想说的是疯狂这个词,但我的经理帮助我把它藏起来)。自动填充实用程序如何确切地知道要填充什么 - 但当我与客户交谈时,他们表达了以下内容,这对所有自动填充工具都有效:

当我输入一个值时,请说“Jane Smith”对于“将此任务分配给”,如果您的系统能够自动为该项目添加“进行中”,那就太好了,因为我总是选择“在进度”作为该用户的状态。

同样,这也适用于其他用户和领域。该用户如何输入数据有一个特定的流程。 “Jane Smith”项目始终设置为特定部门状态,并且如果项目类型为“通信” strong>”预计时间始终为 8 小时。

这种类型的自动填充是我们为他们定制的,他们为此付出了高昂的代价,因为它节省了他们大量的时间、鼠标移动等。现在的自动填充方式对于某些人来说充其量是烦人的。但重要的是数据的模式。它必须是直观的和可学习的。

一旦我们开发了这个(它更容易,因为这是我们的应用程序,我们知道发生了什么),大约 90% 的客户在第一周就加入了,因为节省了时间,节省了理智,而且他们不需要做任何事情来设置它——这是关键。

Personally, I do not like auto-fill tools, and toolbars for that matter. Aside from the loss of screen real estate, there's too much bloat that comes with them. Also, with the way browsers versions are increasing, auto form fill applications are sometimes not supported in newer, more modern browsers.

I've worked in Government, Law enforcement, health care, and other public and private institutions and I have yet to see a good working form autofill tool, and if I did find a good one I can grantee that someone will be calling tech support because they submitted X amount of items with the exact same data.

HTML Forms can be built many ways, and forcing someone to build it a specific way is going to limit people, thus a form should be able to be built however someone wants, hopefully following W3C standards.

That being said, the most intuitive ones are those built into an application - where the developers/BA's create the auto-fill rules based on business cases and the correct algorithms, where users can define specific fields and parameters for data in those fields. Forcing an application to be built to match a 3rd party auto fill tool, which could change at any moment, or not be supported in the future, seems risky, I hear bells.

Update:

As far as revenue concerns, or a revenue stream for such a venture, you have to have an insight on the types of users that would use this software.

A form filler needs to be more than a generic: "This is a login page, let's put a username / password in". or a contact page "This is the previous data you used for a contact me page, fill it in".

A previous system I developed was an Action Item tracking system, with build in workflow / document management. Users asked for an auto fill for these items, which on the first request seemed utterly insane (demented is the word I wanted to say, but my manager helped me keep it bottled up). How would an auto-fill utility know exactly what to fill - but as I talked to the customer they expressed the following, which is valid for all autofill tools:

When I enter in a value say "Jane Smith" for "assign this task to", it would be nice if your system would automatically put "In Progress" for the item, as I always select "In Progress" as the status for this user.

As well, this worked for other users and fields as well. There was a specific flow on how this user entered data. "Jane Smith" items were always set to a specific department, status, and if the Item Type was say "correspondence" the Estimated Time was always 8 hours.

That type of auto-fill is what we custom made for them, and they payed well for it because it saved them a lot of time, mouse movements etc. AutoFill the way it is now is annoying at best for some people. But it's the pattern of the data that matters. It has to be intuitive and learn.

Once we developed this (it was easier because it was our application, we knew what was going on), about 90% of our customers jumped on board in the first week because of the time savings, sanity savings, and they didn't need to do ANYTHING to set it up - which was key.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文