HTML5按钮元素新属性formaction、formenctype等介绍
此条目发布于2017年8月6日星期日20:52，并在HTML下归档。阅读44653次，明天12次
作者：zhangxinxu 来自
本文可全文转载，但需获得原作者书面许可，并保留原作者及出处，摘要引流免费。
1.为form等元素添加HTML5属性
过去，表单元素
mfk 说道：
2022 年 10 月 20 日 10:06
多种形式有多个按钮（比如审批过程中有“同意”和“不同意”，无论点击哪个按钮，都可能同时提交审批意见），很好用这个阵型。
wuliplus 说道：
2017 年 9 月 7 日 10:32
如果结合css3的:target伪类选择器，添加和更改按钮开关就不需要js了。
未定义 说：
2017 年 8 月 24 日 18:50
虽然使用原生form直接提交数据的场景越来越少，但通常都是使用ajax，很少看到formaction的应用场景。
长沙说道：
2017 年 8 月 23 日 22:07
30岁可以学HTML5吗？ 我之前自学过html和css。
klting 说：
2017 年 8 月 15 日 22:04
经常带着疑问来网站验证，谢谢，哈哈，终于打开第一条评论了
岑格说道：
2017 年 8 月 11 日 17:21
职业生涯40年后，我感觉一旦达到新的水平，我就要辞职了
sunray800 说道：
2017年8月11日 13:02
谢谢，值得学习，爱你
糖果 说：
2017 年 8 月 8 日 18:53
这种知识太简单了
tcdona 说：
2018 年 9 月 3 日 14:48
vue之类的东西你学不会html 提交按钮，那你就傻了html 提交按钮，用就行了。 它用处较小，但有益较多
vivaxy 说：
2017年8月7日 10:17
原生的 onClick 不应该是 onclick 吗？
肖俊杰说道：
2017年8月7日 08:40
哈哈，最近刚看HTML5，赵哥的博客最近好像和HTML5有关，正好。
曾小冉说道：
2017 年 8 月 6 日 23:14
我记得之前的一个场景，正好可以用到这个知识点。
作者|阿德里安·罗塞利
译者| 核子可乐
策划|丁晓云
首先澄清一下，这里讨论的不是popover和dialog谁好谁坏，也不是支持哪一方。 我想讲的是如何通过模式混合和模式匹配帮助用户解决潜在的问题。
脚本：视频演示了弹窗向下跳转并以ARIAdialog的角色遮挡模式对话框。 焦点切换和自动关闭都无法解决这个遮挡问题。 此外，原生 HTML 元素通常可以放置在弹出窗口的前面。 演示中的对话框是一个超时警告，以复杂的形式提示用户按某个键或在第 72 步中的第 14 步注销。
该演示页面模拟了我们如何根据时间填写复杂的多步骤表单。 当用户单击切换提示以获取有关当前阵列的更多信息时，会弹出一个对话框，提醒用户除非单击该按钮，否则他们将被注销。 但这个延时按钮被切换提示挡住了。 用户按 Esc 键可关闭切换提示，但对话框会关闭。 也就是说，用户无法正常延长注销时间，只能眼睁睁地看着自己已经填写的内容全部作废，然后愤怒地骂街。
但使用元素实现的对话框不会遇到这个问题。
所以我强烈建议你不要轻易将popover引入到你的项目中，除非你确认所有的模态对话框都已经转换为原生HTML或者已经通过了严格的布局位置测试。 有的同学可能会讽刺地笑了——别嚣张，你只是还没用过，一两年后就没有把握了。
此示例来自 ChromeCanary115，不是最终版本的一部分，因此情况仍然可以改进。
一些技术
我在上一篇文章中讨论了实现对话框的好处，这些方法通过了可访问性测试并取得了良好的结果。 还使用惰性聚合物填料。 我不确定惰性是否会影响这个演示。 有兴趣的同学可以自己尝试一下。
ScottO'Hara 还在明年 1 月的博文（http://www.scotto'hara.org/）中整理了一份关于在对话框中合理使用原生 HTML 元素的指南。
5月23日html 对话框，Google Chrome开发者博客发布了一篇关于popover API的介绍文章。 它解释了自动关闭弹出窗口和手动关闭弹出窗口之间的区别，这两者都在演示视频中突出显示。 前者在弹出容器失去焦点时关闭html 对话框，而后者则需要用户自动触发。
在视频中，弹出窗口的关闭方式并不影响其与 的交互。 并且当它与自动关闭的popover一起使用时，弹出窗口容器将被放置在模态框的前面，并且不会阻止我们正确查看模态框内容。 当弹窗设置为手动关闭时（蓝色，默认），弹窗一出现就会消失。
右图为实际效果。 我懒得去改切换提示，太麻烦了。 事实上，截至撰写本文时，这只适用于 ChromeCanary。 欢迎您亲自尝试一下，但我可以保证切换开关不希望出现在我们希望的位置。
审查
言归正传，如果你只打算用 popover 来实现视觉或行为效果，而不考虑语义、结构、DOM 顺序、内容，甚至额外的元素流，那么你要不要 popover 影响不大。
考虑到目前的支持效果一直比popover要好，在新项目中继续使用应该不成问题。 但如果你的新项目需要使用不太健壮的框架/库，那么根据 Scott 的指导，最好不要选择。
对于现有项目，可能或多或少存在非代码相关的技术声明。 所以在用当前的对话框替换现有的对话框之前，我建议您不要急于将任何弹出窗口功能放入开发计划中，否则情况将像视频演示一样。
原文链接：
发表评论