我在为客户端构建的 Web 应用程序中使用了很多 JQuery，我想找到一个模态对话框的 javascript 实现，它在以下浏览器集中相当稳定。

IE 7+ FF 2+ Chrome 和 Safari

我尝试了几个 jQuery 插件，但在其中一个浏览器中似乎总是有工件。

- - 编辑

jqModal似乎更稳定，但我在 IE7 中有一个问题，对话框在弹出后立即消失。我怀疑 js 事件没有被取消之类的。我会多出一点戏。

在 html 下实现文件上传是相当简单的，但我只是注意到有一个 'accept' 属性可以添加到<input type="file" ...>标签中。

此属性是否可用作将文件上传限制为图像等的一种方式？使用它的最佳方法是什么？

或者，有没有办法限制文件类型，最好是在文件对话框中，用于 html 文件输入标签？

JPEG、GIF 和 PNG 可以使用 img 标签显示，并且适用于所有浏览器，object 元素可用于显示指定其 MIME 类型的图像，但在大多数浏览器中 img 或 object 标签支持哪些其他图形格式，无需安装插件？（TIF、SVG、PCX、PICT 等。）

以下在 Firefox 中有效，但在 IE7 和 8 中中断：

所以我必须这样做：

这是正常的吗？

编辑：好的，我实际的代码是这样的：

我的错误是这个

我正在编写一个 dhtml 应用程序来创建系统的交互式模拟。用于模拟的数据是从另一个工具生成的，并且已经有非常大量的遗留数据。

模拟中的某些步骤要求我们播放“画外音”音频片段。我一直无法找到一种简单的方法来跨多个浏览器完成此操作。

Soundmanager2非常接近我的需要，但它只能播放 mp3 文件，并且旧数据可能还包含一些 .wav 文件。

有没有人有任何其他可能有帮助的图书馆？

是否有任何资源可以通过大多数浏览器/操作系统组合提供 CSS 属性及其支持图表？例如，如果我想知道浏览器支持什么overflow或min-height在实现这些属性及其值时需要注意的任何怪癖，那么获得所有这些的最佳位置是什么？

我找到了几个地方，但我没有留下深刻的印象。

有什么建议么？

我有这段脚本可以在鼠标悬停时加宽文本框并在鼠标悬停时缩短文本框。

我遇到的问题是 Internet Explorer 似乎没有将其悬停在选择框的选项上。

这意味着在 IE 中我可以单击选择，下拉选项，但是如果我尝试选择一个，它们就会消失，并且一旦我离开选择框本身，选择框就会重新调整大小。

示例代码：

和：

IE中的选择框有什么解决方法吗？如果有人可以推荐一个真正可靠的，我什至会考虑替换 jquery。

谢谢！

我遇到了一个问题，即 IE 6/7 中的下拉列表的行为如下：

您可以看到下拉列表width不够宽，无法在不展开整体下拉列表的情况下显示整个文本。

但是在 Firefox 中，没有问题，因为它expands the width相应地。这是我们在 IE 6/7 中想要的行为：

我们已经研究了利用onfocus, onblur, onchange, keyboard and mouse events来尝试解决问题的各种方法，但仍然存在一些问题。

我想知道是否有人在不使用任何工具包/框架（YUI、Ext-JS、jQuery 等）的情况下在 IE 6/7 中解决了这个问题。

我有一张包含 9 种不同状态的图像，并将适当的背景位置规则设置为类以显示不同的状态。我不能使用 :hover 伪选择器，因为正在更改的背景图像与悬停在上面的元素不同。我以这种方式定义了类：

然后，使用 jQuery，我有一系列基于先前单击事件的悬停规则（此处未声明的“cur”变量在其他地方正确声明）：

因此，在 Moz 和 WebKit 浏览器中，这可以正常工作。应用类并且背景图像相应地改变。也适用于 IE7。但是，在 IE6 中，背景图像永远不会改变。这些类得到了适当的应用，我用 MS 的 web 开发工具中的 DOM 查看器验证了这一点。所以，jQuery 正在工作。该课程正在应用，但没有明显发生任何变化。

我有点难住了……帮帮我，Crackoverflow……你是我唯一的希望……

编辑：就 className 与 setAttribute 而言......该类正在发生变化。attr("class", cur) 正在工作。但是，一旦更改了类，生成的规则就不会在视觉上应用……但是类的更改正在发生。

编辑 2： 至于 jQuery 的特定于类的方法：我最初将它们放在代码中，结果是一样的。同样，问题不在于没有将类应用于元素......这已被证实正在发生。这是一旦类在元素上，由于某种原因，元素不遵循为该类设置的 CSS 规则......

更新- 可在此处找到截至 2015 年 2 月更新的全面比较：

Ext JS 的替代品

2008年问题：

有许多很棒的和不太好的 Javascript GUI 框架。我看过一些（只是表面上）。我对他们中的任何一个都想不通

滚动到此问题的末尾，看看其他人怎么说

• Ext.js是许多人的明显选择，因为它是最知名的框架之一。
  优点：看起来很棒，社区很大，有很多扩展/插件，GPL'ed
  缺点：无法使用具有商业许可的第三方扩展（其中一些扩展具有杀手级功能）

• Backbase相对鲜为人知。XML 和 Javascript 的奇妙组合，让人联想到 XUL。但是，它已经是跨浏览器的
  优点：看起来不错，非常可扩展，可以轻松集成一些非常简洁的东西
  缺点：定价过高且受 CPU 限制（尽管最多可在 2 个 CPU 上免费使用），论坛响应缓慢（虽然商业支持据说很快）

• qooxdoo也很受欢迎。
  优点： 请填写
  缺点：代码略杂（根据道听途说）

• YUI 填写描述
  优点：组织良好的代码 缺点： 许多小部件仍处于测试阶段

• Dojo 填写描述
  优点：类的增量加载
  缺点：可能会觉得臃肿

• jQuery UI
  优点：小部件不相互依赖
  缺点：在早期开发阶段，小部件很少
  可能被更广泛接受的趋势： jQuery 与 ASP.NET MVC 一起发布

你说什么？你用什么，为什么？您更愿意使用什么，为什么？在任何类型的项目中

要更新您的输入...

请参阅 Sergey Ilinsky 的这篇精彩评论，它很好地解释了当您只想拉动您的页面时应该选择哪个框架，构建一个具有丰富前端的应用程序（有多种选择，不少于）

另一个线程中的一个有趣评论比较了 jQuery、Dojo、Prototype、Mootools、Sproutcore和Cappuccino （问题已删除）。