还没有建立样式语言这是第

ruhul00

个带有表单控件的限制样式发挥作用的地方。浏览器必须依赖操作系统来设计和呈现表单控件，这在当时意味着在技术和风格上都依赖于操作系统。


这不是开发人员可以访问自定义的东西，如果没有样式语言，甚至没有办法做到这一点。尽管自 1990 年 Berners-Lee 的初始浏览器以来，浏览器中的样式表的想法就已经存在，但并非 90 年代出现的所有浏览器都为开发人员提供了一种方式来设置事物的样式。如果他们这样做了，他们会严重限制可风格化的内容。

但是随着网络的蓬勃发展和 CSS 被确立为它的样式语言，表单控件在样式化或自定义方面仍然不在考虑之列。它们旨在反映它们所在的操作系统。当时不需要那种级别的样式和定制。

CSS 2.1 规范在 2004-2010 年的工作草案状态和候选推荐之间摇摆不定，甚至指定浏览器不必将 CSS 应用于表单控件。

“CSS 2.1 没有定义哪些属性适用于表单控件和框架，或者如何使用 CSS 来设置它们 牙买加手机号码列表 的样式。用户代理可以将 CSS 属性应用于这些元素。建议作者将此类支持视为实验性的。未来的 CSS 级别可能会进一步说明这一点。”

完全由用户代理来为表单控件提供样式。即使在操作系统上可以使用多个浏览器，渲染也不会在浏览器之间保持一致。

2004 年跨浏览器的多个表单控件（大预览）
随着开发人员开始要求对各种控件的样式进行控制，一个提案appearance property被包括在内，但后来从 CSS 基本用户界面模块级别 3 标准中删除。外观提案本应“提供额外的 CSS 机制来模拟各种标准表单元素的外观”，但从未真正按照设计实施，并且跨浏览器的支持差异很大。




开发人员开始使用appearance: none;删除所有原生样式并尝试将自己的 CSS 应用于表单控件。然而，一旦应用，不同表单控件之间可以设置样式的不一致appearance: none;在浏览器之间差异很大且不一致，并且不能解决无法设置表单控件样式的真正问题。

在现代 Web 上使用 HTML 控件 #
随着 Web 发展的步伐，您可能认为围绕样式表单控件的这个问题将更接近于解决，或者至少比 10-15 年前更容易解决。