目前哪些移动浏览器版本/设备版本/操作系统版本支持 HTML 5、CSS3 和 jquery？
目前哪些移动浏览器版本/设备版本/操作系统版本支持 HTML 5、CSS3 和 jquery？
Which mobile browsers versions/devices versions/OS versions currently capable for HTML 5, CSS3 and jquery?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
Webkit（Chrome、Safari）支持 HTML5 和 CSS3。支持 jQuery，但您可能会发现动画有点迟缓。 Webkit 可在 Android 和 iOS 上找到。
Opera Mini 支持 HTML5 和 CSS3，我敢打赌它的 Javascript 性能与 Webkit 不相上下。
请注意，Webkit 和 Opera 不支持完全相同的功能 - webkit 有更多可用的演示 CSS，但在大多数情况下，它们都具有类似的可用功能。
底线：保持你的 javascript 精简和干净，并将你的 HTML 和 CSS 限制在 Webkit 和 Opera（以及较小程度上的 Firefox）之间正常工作的范围内。这样您就可以放心地开发出一个美观的跨平台兼容应用程序，并且不会使手机陷入困境。
还可以考虑使用媒体查询来定位 CSS 中的特定平台。
编辑：关于 Hover / Mouseenter / Mouseleave：
我会避免在触摸应用程序中使用 mouseneter、hover 或 mouseleave 效果。这些效果旨在为鼠标指针提供反馈，鼠标指针不直接连接到我们的手臂（并且考虑到鼠标可以具有不同的跟踪速率，用户并不总是很容易发现鼠标）。
然而，在触摸环境中，这些事件可能会被错误地触发，或者根本不会触发。移动环境中的某些浏览器（例如我的 iPad 上的 Safari）似乎应用悬停状态（请参阅 此处）单击链接时，这似乎有些不正确。
我正在 Windows PC 上使用触摸屏来处理包含的应用程序，这也带来了一些类似的问题。当用户点击面板时，鼠标光标会移动到该点 - 因此标题等内容可以显示在包含标题的元素上。当那里没有光标时这是愚蠢的。 （大多数人不会想到有一个看不见的光标跟随他们，而这正是大多数触摸屏面板上发生的情况）。
考虑一下触摸应用程序旨在模仿物理硬件按钮（例如键盘上的按钮）。您不会收到任何即将按下按钮的反馈，但按下按钮后您会收到反馈（物理/触觉反馈）以及所需的结果。鉴于大多数触摸屏不支持触觉反馈，您必须提供视觉反馈来取代人们期望的物理反馈 - 然后需要触发结果。
例如，我的 Web 应用程序中的按钮将在“活动”状态下将其背景更改为反渐变。这意味着当按下按钮时，按钮会按下，然后与其相关的操作将开始。
Webkit (Chrome, Safari) supports HTML5 and CSS3. jQuery is supported, but you might find animations to be somewhat sluggish. Webkit can be found on Android and iOS.
Opera Mini supports HTML5 and CSS3, and I'm willing to bet its Javascript performance is in the same neighborhood as Webkit.
Note that Webkit and Opera do not support the exact same features - webkit has a bit more presentational CSS available to it, but for the most part they have similar features available.
Bottom line: Keep your javascript lean and clean, and keep your HTML and CSS limited to what would normally work between Webkit and Opera (and to a lesser extent, Firefox). That way you'll be assured of developing a nice looking cross platform compatible app that doesn't bog the phone down.
Also consider using media queries to target specific platforms in CSS.
Edit: Regarding Hover / Mouseenter / Mouseleave:
I would avoid using mouseneter, hover, or mouseleave effects within a touch application. These effects are designed to provide feedback for a mouse pointer, which is not directly attached to our arm (and considering that mice can have different tracking rates, it's not always easy for the user to spot the mouse).
However, in a touch environment, these events can be triggered incorrectly, or not at all. Some browsers in a mobile environment (such as Safari on my iPad) seem to apply the hover state (see here) on clicking a link, which seems somewhat incorrect.
I'm working with a touch screen on a Windows PC for a contained application, and this presents some similar problems. When the users taps on the panel, the mouse cursor is moved to that point - and thus things like titles can show up on elements that have them. Which is silly when there is no cursor there. (Most people do not think of an invisible cursor following them, which is precisely what happens on most touch screen panels).
Consider that a touch app is designed to mimic physical, hardware buttons like those on a keyboard. You don't get any feedback that you're about to push them, but you get feedback once you have pushed the button (physical / haptic feedback) as well as the desired result. Given that most touch screens do not support haptic feedback, you must supply visual feedback to replace the physical feedback people will expect - and then the result needs to fire.
As an example, my buttons in my web application will change their background to an inverse gradient on the "active" state. Meaning when the button is pushed, the button depresses, and then the action tied to it will commence.
jQuery 只是 javascript，所以都是如此。 HTML5 的某些部分在桌面浏览器中也能正常工作。 CSS3 我现在无法评论。
jQuery is just javascript, so all of them. Parts of HTML5 work about as well as in the desktop browser. CSS3 I can't comment on right now.