曾经有过努力不是吗

rmruhul

稍微改进了一些东西，输入元素有了一些新的类型，还有一些基本的验证功能和约束验证 API，但这是一种微妙的演变，而不是一场革命，它是否成功？您认为？

梅兰妮：我认为这一努力确实为 Web 平台添加了一些必要的功能，但我认为对 type 属性有一些感觉，也许我们将来应该走不同的路，但该类型属性做了很多事情。您从基本输入类继承了许多可能不适用于该特定元素的行为。也许有一种不同的方法可以做到这一点，并且有更多专门构建的特定元素，这就是我们正在寻找的。

德鲁：我想到了一些事情，比如数据输入目前在 HTML5 中的工作方式，或者我说有效，也许不起作用。您必须看看这样一个事实：每个站点都在构建自定义日历控件，而不是使用本机日期选择器，因为日期选择器不能 电报号码数据 满足该需求。您必须得出结论，其中一些本机方法完全失败了。

梅兰妮：正确的。日期选择器非常有趣，因为我觉得人们重新创建它们的原因有两个方面。在某些情况下，是的，我希望它基本上能像日期选择器一样发挥作用，但我确实需要它的风格与我自己的品牌相匹配。那天，选择器控件做了很多工作，在这个小小的弹出世界中发生了很多事情。

梅兰妮：然后在房子的另一边，有航空公司网站，对吧？当他们试图做一些不同的事情时，日期选择器控件无法支持你真正关注的范围，我可以跨越不同的月份和类似的事情。是的，这是一个棘手的问题，一个控件中包含很多不同的用例。

德鲁：我们如何才能避免将来再次陷入新的陷阱？显然，这是一个过于复杂的例子，显然非常难以实现，因为一些渲染引擎甚至没有尝试，而其他尝试过的引擎却取得了不同程度的成功。未来我们如何避免陷入这样的陷阱？我们可以吗？



梅兰妮是的这是一个有趣的问题，所以我认为我们围绕可自定义控件提出的一些建议旨在为人们提供更多内置控件的灵活性，以及​​对这些控件的更多控制（如果您愿意的话）。

梅兰妮：因此，在这里分解一下我们的基本建议，我们想象有几种不同的可定制控件解决方案，而正确的解决方案取决于用例和特定控件以及它的实际复杂程度。因此，不同类型的存储桶是，我们希望控件有某种标准化的内部结构，基本上就是所谓的部件。我们可以创建可以针对特定部分的伪元素。

梅兰妮：因此，Salesforce 的 Greg Whitworth 实际上有一个提案，他正在为复选框和单选指示器引入一个伪元素，因此期待这种方式在该桶中上线。然后我们还查看名称槽，假设您是一名 Web 开发人员，基本控件主要适合您，但您只想替换控件的一小部分。

梅兰妮：例如，也许您参与选择的按钮。您只需将该名称替换为插槽即可。然后，如果您真的想要真正自定义，您实际上可以使用附加的添加方法完全替换影子多米诺骨牌控件。