jQuery UI 及其未来：jQuery 与 Liferay 的合作关系

关于“jQuery UI 及其未来：jQuery 与 Liferay 的合作关系”的 45 个想法

1. Jason 于 2008 年 1 月 23 日 下午 12:23 说：

   祝贺！我已经期待 UI 更新好几个月了。
2. Marc Grabanski 于 2008 年 1 月 23 日 下午 12:36 说：

   祝贺 Paul，我期待着看到 jQuery UI 在你能够投入三倍时间后会发生什么！Liferay 聘用你是个明智之举，既可以回馈社区，又能促进他们自己的产品发展。我希望更多公司效仿。
3. Jim 于 2008 年 1 月 23 日 下午 1:30 说：

   好消息！感谢这家公司支持（和钱包）jQuery！
4. malsup 于 2008 年 1 月 23 日 下午 1:36 说：

   Paul，这是个好消息。祝贺你！我已经将 Liferay 列入我即将开始的项目中，所以这个公告非常受欢迎！
5. Michael 于 2008 年 1 月 23 日 下午 2:29 说：

   欢迎加入团队，Paul。我们对这次新的合作关系感到非常兴奋！
6. Jonathan Neal 于 2008 年 1 月 23 日 下午 2:34 说：

   这对 jQuery 来说是个好消息。UI 是 jQuery 库的下一个前沿，这个消息对 jQuery 和 jQuery UI 的发展和持续持久性来说是个好消息。
7. Jason Levine 于 2008 年 1 月 23 日 下午 3:57 说：

   哇。非常有趣。我们公司正在考虑使用 LifeRay 来替换 Novell eXtend 安装，因为 Novell 已经停止了该产品的生产（而且我们遇到了频繁的崩溃，我们无法追踪其原因）。我知道 LifeRay 使用 JQuery（我们也在内部广泛使用它......我希望我能向所有人展示我们在公司内部网上做的一些很酷的 JQuery 事情！），但现在他们去雇用 Paul 来做 LifeRay 并进一步改进 JQuery UI？！！！这更加提高了我对 LifeRay 的评价。我迫不及待地想让我们的技术人员为我设置一个测试服务器，以便我安装 LifeRay。

   祝贺你，Paul。祝愿你为 LifeRay 以及 JQuery/JQuery UI 编写的所有精彩代码！
8. Jerry Niu 于 2008 年 1 月 23 日 下午 4:10 说：

   欢迎 Paul！我们很高兴你加入我们。
9. Riddle 于 2008 年 1 月 23 日 下午 4:45 说：

   令人震惊的消息，Paul！最诚挚的祝贺。我想你现在拥有世界上最好的工作。:)

   我知道 jQuery 是最值得投入时间和精力的框架。
10. JR Houn 于 2008 年 1 月 23 日 下午 5:02 说：

    祝贺你，欢迎你，Paul！很高兴认识你，我期待着看到你的工作不断发展！
11. Jon 于 2008 年 1 月 23 日 下午 5:05 说：

    这真的是个好消息，我已经在 Soap Creative 的主要项目中使用 jQuery 大约 6 个月到一年了，它对我们现在创建界面的方式产生了巨大影响。
12. Bradley 于 2008 年 1 月 23 日 下午 5:57 说：

    干得好，Paul！这确实是个好消息。
13. Nathan Smith 于 2008 年 1 月 23 日 下午 10:26 说：

    很高兴看到那些“明白”的企业公司。祝贺 jQuery 团队，并赞赏 Liferay 的明智之举。
14. Ed 于 2008 年 1 月 23 日 下午 11:23 说：

    欢迎你，Paul！很高兴你加入团队！
15. Gilbert 于 2008 年 1 月 24 日凌晨 3:19 说：

    这是个好消息，本周还会发布新 UI 版本的消息。新组件的添加会有发布的路线图吗？
16. John Smith 于 2008 年 1 月 24 日上午 6:44 说：

    听到这些消息我很高兴，不过我得承认我有点怀疑！我已经对界面和 jQuery UI 领域缺乏进展感到相当沮丧了。现在我们的处境是，过去一年多时间里，这两个库都没有发布任何稳定的版本（适合生产环境）。

    2007 年 1 月，在经历了几个月的缓慢进展后，界面团队谈到了重写库以提高其性能：“我们经常遇到想要以多种方式更改 API 的情况，但似乎对 Interface 来说太晚了。这就是我们决定启动 Interface 2 的原因，它是一个不兼容的集合，许多部分被重写，并具有总体上合理的架构。我们很快将在一个单独的部分发布它的第一部分，但会继续更新 Interface 1。请尽快再次查看我们的新闻部分！”。

    好吧，我们都知道 Interface 发生了什么：过去一年没有任何更新。如果 Interface 不是如此过时，以至于它只能与大约一年前的 jQuery 1.1.2 版本一起使用，我不会介意缺乏新功能。这意味着，拥有依赖 Interface 的网站会导致无法从最新的 jQuery 错误修复和改进中受益。在这个快速变化的行业中，落后一年相当糟糕。

    2007 年年中，那些急切地等待着“即将发布”的 Interface 2.0 的人听到了一些好坏参半的消息：该库的开发将停止，转而开发一个新的、令人惊叹的、由 jQuery 授权的 UI 库。哇！我们中许多人很生气，不得不等几个月才能看到这个新库出现，但至少我们可以希望这个新库比 Interface 有更好的支持和更快的开发速度。

    2007 年 9 月，jQuery UI 1.0 的第一个版本出现了。虽然它看起来很有希望，但它有很多错误，而且缺少 Interface 已经具有的部分功能。因此，我无法将我的项目升级到 jQuery UI，并继续停留在老旧的 Interface 1.2 和 jQuery 1.1.2 上。

    jQuery UI 团队承认该库的第一个版本并不成功，并宣布他们将在 2007 年 10 月底发布一个经过调试的稳定版本。似乎 Paul 发生了意外（对此我深感抱歉），结果是整个 jQuery UI 的开发进一步延迟了。1 月 10 日，Paul 宣布将对 jQuery 1.1 代码进行冻结，然后进行一两周的调试，最后，发布一个我们都可以希望的、足够通用且健壮的测试版本，让所有悲伤的 Interface 用户丢弃该库并开始使用最新的 jQuery 代码。

    从 2006 年年底开始，我一直期待着关于 jQuery 的 UI 方面的一些令人兴奋的事情。我所看到的一些 jQuery 插件非常棒，但我们一直缺乏一些适当的、更新的、可以作为我们工作基础的基础代码。在那段时间里，我在 Ext、Scriptaculous 和 Mootools 中看到了非凡的进步（仅举几例库）。我真诚地希望 jQuery 1.1 版本在 2008 年 2 月发布，并且它与我们所有人希望的一样好！

    我知道这篇文章听起来像抱怨，并且所有参与这些库开发的人都是免费的（对此我非常感谢）。但是，如果我们想让 jQuery 认真对待（甚至更多），我们不能再容忍对库如此重要的一部分如此明显的缺乏进展。

    此致,

    John.
17. Bryan Migliorisi 于 2008 年 1 月 24 日上午 8:23 说：

    我对其他库的开发团队不太了解，但我确实知道这对 jQuery 来说是一个巨大的胜利。这仅仅证明了 jQuery 是企业级的！

    我期待着更新的 jQuery UI，它能够真正将我的 Web 应用程序提升到新的高度。恭喜你，Paul 和 John，创造了如此优秀的库。
18. Nate Cavanaugh 于 2008 年 1 月 24 日下午 1:24 说：

    @John Smith

    John，我是 Liferay 的 UI 工程总监，也是 jQuery 的（小型）贡献者，我非常理解你的怀疑以及你的沮丧。jQuery 的这个领域一直很不稳定，而且落后于其他库。

    但我可以肯定地说，Liferay 非常愿意看到 jQuery 发展良好，也愿意看到 jQuery UI 成为一个不仅足够好，而且对用户空间和企业市场都很出色的解决方案。

    最近，Khoi Vinh 写了一篇关于为什么企业软件很烂的文章（http://www.subtraction.com/archives/2007/1019_if_it_looks_.php）。我完全同意。这也是我们采用 jQuery 的原因之一。它的简单性、强大性和适应性是我们被它吸引的原因，但它不是针对企业用户的，这并不是什么秘密。虽然大多数企业软件都很糟糕，但它的好处是它必须稳定、快速且可靠。

    我们认为我们可以兼得两者，并决定把钱用到嘴边，让 Paul 全职加入。

    因此，虽然我知道我在博客文章中的一条评论并不能消除你所有的恐惧和担忧，但请让我说，Paul 和我一起制定了一份既积极又现实的时间表，我认为这将让 jQuery 社区、Liferay 社区和我们的客户满意。我们有决心按计划完成，并努力确保我们可以兑现承诺。

    我只想说，作为一家开源公司，我们确实理解，市场上所有产品，无论是开源还是闭源，都得益于其社区的力量。没有热情的用户，任何重大产品都无法取得成功，而通过本次宣布，我们无意在任何一个社区踩踏任何人的脚趾，因此，我们想邀请所有人参与 jQuery UI 合作，以及对 Liferay 社区的贡献和意见。如果任何人想参与 Liferay 方面，请随时访问我们的论坛 http://forums.liferay.com，如果任何人想帮助或对 jQuery UI 方面提出意见，请给 Paul、我或 jQuery 开发邮件列表发送电子邮件。

    感谢大家。
19. Neil Griffin 于 2008 年 1 月 24 日下午 2:07 说：

    期待与你合作，Paul！未来一片光明。
20. jive 于 2008 年 1 月 25 日下午 1:35 说：

    很高兴越来越多的人认识到 jQuery 是最好的。:)
21. Raymond 于 2008 年 1 月 28 日凌晨 1:22 说：

    虽然这听起来很棒，但我认为目前的 UI 还不够好。

    没有组件/部件构建其上的表示层/框架。换句话说，它们只是没有连接在一起，无法一起工作。

    为了向前发展，需要一个良好的 UI 架构。

    祝一切顺利
22. Snowcore 于 2008 年 1 月 28 日凌晨 3:31 说：

    我认为 jQuery 是最好的 JavaScript 框架，它变得更加强大！
23. John Smith 于 2008 年 1 月 28 日上午 7:03 说：

    亲爱的 Nate Cavanaugh，

    感谢你关于 Liferay 对 jQuery UI 库的承诺的帖子。我相信 jQuery 是一个很棒的库，因此，我过去一年半一直在使用它（我甚至将我的所有应用程序从 Prototype + Scriptaculous 移植到 jQuery）。虽然 Interface 和 jQuery UI 的历史到目前为止非常令人失望，但我希望 Liferay 的参与能够为 jQuery UI 带来更加结构化的开发环境，并且由此带来的稳定性将促进 jQuery 的采用和开发。同时，一个具有现实截止日期（并且实际达到）的透明路线图将是恢复 jQuerians 希望（以及潜在 jQuerians 信任）的好方法。

    谢谢,

    John.
24. Kevin Quillen 于 2008 年 1 月 28 日下午 12:37 说：

    我同意 Raymond 的观点。UI 不像 jQuery 版本那样稳定。我上周尝试下载 Sortables，它似乎在打包方面存在错误，即使我严格按照教程操作，我的 Firebug 控制台中也会出现错误。
25. Dietrich 于 2008 年 1 月 28 日下午 1:03 说：

    @smith 好的帖子，@nate 谢谢你的回复。

    我喜欢 jQuery 的地方是它很直观——它做你认为它会做的事情。我发现将 jQuery 集成到 Rails 应用程序中非常容易。例如，一个调用 Ajax.Updater 来提交表单的滑块 UI 控件。在 MS 端，SubSonic 应用程序和/或它们新的 MVC 框架——jQuery UI 真的可以大放异彩。随着 jQuery UI 的发展，最好将这些技术牢记在心。

    ——Dietrich
26. Raymond 于 2008 年 1 月 28 日晚上 10:43 说：

    我在 Javascript 框架 UI 方面有一些经验。我来自旧的 DynAPI 时代。一旦我能开始理解 jQuery 的内部 API，我也会尽力提供帮助。
27. jive 于 2008 年 1 月 29 日上午 10:02 说：

    * 注意与上面的“jive”不同。

    我很高兴听到人们对 jquery 接口和 UI 会有更强烈的兴趣和方法。我也和 John 有同样的感觉，并期待下一个稳定版本。界面满足了我的所有需求，然后就被从我身边抽走了，迫使我使用过时的 Jquery…

    我的担忧：我之前从未听说过 Liferay。我是一名自由设计师/开发人员，有时会雇用一些承包商，我们的客户是中小企业。我们大多数网站都是使用 PHP、Xhtml、CSS 以及 Javascript 构建的。我们不需要企业级软件，因为这不是我们的市场。Liferay 显然是：用 Java EE 编写的企业级软件。

    虽然我对更强的开发周期感到兴奋，但我担心新软件现在会专注于一个新的专有（虽然是开源的）方向，以满足 Liferay、Java 和企业解决方案的特定需求。我不会怪 Liferay 想要这种方法……他们为此付出了代价。这是否会在一定程度上间接地排除了与其他技术的兼容性（或尽可能多的兼容性），例如 PHP 框架、Rails 等…

    [引用]
    众所周知，它的目标受众不是企业。
    [/引用]

    我想我主要担心的是重点现在正在改变。看起来 Paul 正在被支付来继续专注于企业——但顺便说一句，让我们尽力帮助那些小家伙们偶尔做一些事情…

    我们都知道，我们这些小家伙有时会被落下…
28. Ryan 于 2008 年 1 月 30 日上午 8:54 说：

    对于 jQuery 来说这是个好消息——有时间在一个令人印象深刻的框架上进行开发。太可惜的是它与一项技术（门户架构）合作，该技术在 1999 年是新技术，而且从那时起就没有改变。我的雇主选择了 Liferay (4.3.1) 作为公共门户解决方案，该解决方案不仅臃肿缓慢，而且对于开发人员来说也很难使用。很高兴知道 jQuery 只是一个单页 Liferay 页面中包含的 192KB JS 文件的一小部分。

    jQuery 的主要版本可能已经有一年的历史了，但它完全实现了轻量级 JS 框架所需的全部功能。我希望 Liferay 不要将代码膨胀和无用性的趋势强加于 jQuery。
29. Kevin Quillen 于 2008 年 1 月 30 日上午 10:24 说：

    是的，如果 Liferay 不是运行在 Java 上，它会更适合。它相当慢。
30. Larry Nowak 于 2008 年 1 月 30 日下午 2:49 说：

    我同意 Nate 的观点，JQuery 确实有问题，Interface 从 1.2 版本开始就无法使用，而 UI 并不是一个好的替代品。对不起，我对这种情况感到不满意。我认为许多用户会回到 scriptaculous。如果开发 Interface 库能够继续，我会很高兴，但我认为 UI 杀死了它。
31. Raymond 于 2008 年 1 月 31 日凌晨 12:04 说：

    保罗,

    我刚刚在 Interface 的网站上注意到，最后一条新闻发布在 14-jan-1007，作者是“Paul”。这个 Paul 是不是写这个博客的同一位 Paul？你是 Interface 元素的创建者吗？

    如果你是，只想让你知道我非常喜欢你的作品！太棒了！

    你是最棒的！！
32. Fabien Meghazi 于 2008 年 1 月 31 日下午 4:01 说：

    是的，我认为对 jQuery UI 的未来进行一些澄清对社区来说是一件好事。
    我目前正在评估 ExtJS，即使对于低级事物，我也会一直使用 jQuery，因为它是最棒的 js 库。
    虽然我不认为自己会在 Web 服务的客户侧使用 ExtJS（使用 ExtJS 进行优雅降级？甚至不知道是否可行），但我必须承认，对于 Web 服务的后端部分，ExtJS 可能会很酷（甚至没有开始学习它）。

    我决定为我开发的 Web 应用程序的后端界面切换到 ExtJS 的想法是由我的一种感觉引发的，即 jQuery UI 需要很长时间才能集成像 ExtJS 这样的功能。然后我看到了这篇博文。现在我又犹豫了，但我我知道如果我不能对 jQuery UI 的未来有一些了解，我就不会再犹豫了。

    我不喜欢 ExtJS 的一件事是它太重了。在我的戴尔 Latitude X1 1Ghz 上加载一个 ExtJS 应用程序需要很长时间。
    而且 API 看起来很复杂。当我第一次看到 API 时，我有了和第一次打开“Programming GTK+”这本书时一样的感受 :-)

    无论如何，如果说 jQuery UI 的未来是要像 ExtJS 一样重，那我没有理由再等 jQuery UI 了。
    另一方面，如果说 jQuery UI 将保持与 jQuery 核心相同的精神（轻量级、快速、强大、灵活和直观），那么我会再多等一段时间。如果正在进行的工作证明了这一点，我会查看 svn 并尽我所能提供帮助。

    简而言之，我希望对 jQuery UI 的未来有一些沟通。

    PS：对于我的英语不好我感到非常抱歉
33. Vasile 于 2008 年 2 月 1 日凌晨 4:40 说：

    是的，非常好的消息！
    正如 Fabien Meghazi 所说，已经存在 ExtJS 库，我用它来构建一个管理工具（我使用了 CRUD 操作）。
    但该框架对于使用来说太复杂了。我做了一份不错的工作，但太难了……:)
    请考虑更新现有的 jQuery 表格排序器，添加一些新功能：加载遮罩、分页、编辑功能（用于 CRUD 操作）。

    PS：有一些很棒的插件，但把它们全部放在一起太难了，甚至在一些插件之间进行选择也很难
34. Dave Probert 于 2008 年 2 月 1 日上午 5:34 说：

    我认为这总的来说是一件好事，但我建议，为了真正让 jQuery UI 用户满意，应该坚持你所说的话，并在你所说的时间范围内完成。

    例如
    引用：“（新版本发布日期，包含所有期待已久的功能修复，将在接下来的几天内公布）”

    这是来自上面博客文章的引用——发布于 2008 年 1 月 23 日。

    现在是 2 月 1 日（9 天后）！仍然没有公布的迹象。“接下来的几天”并不能理解为“接下来的几周”。

    基本上，除非你能够坚持，否则不要设定时间范围。对于我们这些等待的人来说，这太令人沮丧了，这就是为什么有些人对 UI 失去了兴趣。

    ——上面的评论并不适用于 jQuery 本身——它是一个从未收到过我任何抱怨的库 :)
35. jive 于 2008 年 2 月 1 日上午 9:24 说：

    好吧，可以肯定的是，任何被忽视的东西都会消亡或失去作用……我想我对我的最后一条评论没有回应，这意味着我应该假设 jQuery UI 将成为一个以 Liferay 为中心的软件……

    不太令人兴奋……
36. Alan 于 2008 年 2 月 1 日 下午 4:26 说：

    最近，我为一个新的开发项目审查了所有主要的 Javascript 库（Prototype、Scriptaculous、ExtJs、Dojo、Mootools、雅虎的库等），并且非常喜欢 jQuery 核心库的简洁性。

    在深入研究 jQuery 网站文档/教程/等的过程中，我发现了 jQuery UI 库。虽然我的当前项目不需要或不需要很多花哨的 Javascript 效果，但这并没有立即引起我的实际兴趣，但我决定只是为了好玩而尝试一下。我发现 jQuery UI 库有 BUG，有些东西根本不起作用。

    再说一次，由于没有真正需要 UI 库，这不是什么大问题，但这让我对 jQuery 整体感到不安。发布一个有 bug 的库，却没有修复它或解决社区的问题（并编造一些理由，例如“我们将在几天内更新你”），说明了项目处理方式存在问题。

    虽然我仍然喜欢 jQuery，但在生产项目中使用它是一个风险。想象一下，花几个月时间创建一个复杂的库（如 Interface），结果 jQuery 发布了一个新版本，导致你的代码崩溃。此外，对增强功能/未来开发计划一无所知是不可接受的。

    我仍然希望 jQuery 能够尽快解决问题，但如果没有，当我们选择其他框架时，他们将失去我们开发人员的支持。
37. Raymond 于 2008 年 2 月 2 日 下午 11:30 说：

    Alan,

    我不得不同意你关于“jQuery 核心库的简洁性”的观点！每次我阅读文档时，它都变得越来越好 :)

    我也同意 UI 团队和核心团队需要彼此同步。但如果他们没有做到这一点，我不会看到放弃使用这样一个优秀的库的理由。它可以将开发时间缩短一半！

    再次感谢您创建了这样一个很棒的库

38. Pingback: jQuery: » Workin’ Hard

39. Adisonz 于 2008 年 2 月 3 日 上午 10:28 说：

    您好，UI 做得很好，Jquery 将成为未来的插件
40. Massimo 于 2008 年 2 月 4 日 上午 6:28 说：

    好消息 :)
    jQuery UI 是一个非常需要的插件，它还需要很多功能和修复才能与其他库的 UI 组件竞争。

    祝好运！
41. Nate Cavanaugh 于 2008 年 2 月 4 日 下午 1:29 说：

    大家好,
    我看到上面有一些评论，我想就 jQuery（UI）和 Liferay 本身，以及 jQuery UI 的预期重点和方向以及它如何与 Liferay 的目标和意图相吻合进行说明。

    首先，简单介绍一下背景：我来自 PHP 背景。我曾在不同的公司担任高级 PHP 开发人员，我的心始终在那里。我迷恋于其他语言，例如 Ruby 和 Python，但对我来说，PHP 仍然是一种令人兴奋且充满活力的语言，它在编码中非常有趣。

    话虽如此，我非常尊重 Java/J2EE 领域所做的事情。为了处理 PHP 和 RoR 领域尚未解决的众多任务和事情，存在的库和框架数量令人惊叹。

    我多年来也一直是前端开发人员，并在这个角色中为许多组织工作，并且在设计方面有非常强大的背景。

    那么这与 jQuery、jQuery UI 和 Liferay 有什么关系呢？

    我们相信“企业”已经成为一个有点贬义的词，而且它不应该是这样的。我们还相信，大多数从事“企业级”软件的人并不试图吸引或迎合用户空间。

    但 Liferay 不同，这不仅仅是我在演示文稿中插入的一条营销要点。从上到下的文化、公司、员工都不同于我在任何组织中见过的任何事物。Liferay 绝对是企业级的，但它绝不是传统的。

    在我们目前的领域，我们占有很大一部分市场份额，我们相信我们正在开发的工具对我们领域之外的其他人也有益。

    我们还相信，在我们领域之外开发的工具可以使我们领域内部的人受益。

    我们希望创造出两全其美的解决方案。一种简单易用、易于开发的解决方案，但它稳定、可靠、快速，并且可以依靠它始终如一地工作。

    10 月，我去波士顿参加了 AJAX 体验大会，并与 Paul 和 John 会面讨论了这个合作关系。我明确地告诉他们，我们无意劫持 jQuery，也无意改变其核心重点。
    我们邀请 Paul 来帮助我们改进产品，并帮助我们改进 jQuery。

    是的，我们将专注于我们需要的组件，其中一些组件可能不是每个人都想要的。但其中许多相同的组件将被许多人使用。

    总的来说，我们将改进 jQuery UI。

    现在，为什么选择 jQuery，以及为什么投资于它？因为 jQuery 的核心基础范式非常有效。对于有或没有先前 javascript 经验的人来说，它很容易理解。

    它帮助人们快速构建东西。
    我们希望扩展该工具集，并且以一种兼具用户空间和企业空间优势的方式进行扩展。

    至于 Liferay 将 jQuery UI 带向 Java/J2EE 方向，我们不会将 jQuery UI 的开发带向那个方向。jQuery UI 将像 jQuery 本身一样，保持与语言无关和与框架无关。我们可能会借鉴一些来自 Java 的范式，但它们将是增强 jQuery 的简洁性和易用性的东西，而不是阻碍开发者的东西。

    我还看到上面有人评论说他们正在使用 Liferay 4.3.1。我要说的是，自那时以来，情况已经有了显著改善，例如 Javascript 文件大小。现在大约是 88k，包括 jQuery、jQuery 插件、所有 Liferay 代码，以及我们包含的其他第三方插件和模块。
    我们已经进行了广泛的分析，并且已经显著提高了速度。我们已经大幅减少了 HTTP 请求数量，我们已经加快了 Javascript 执行速度，并且我们已经修复了许多 bug。
    4.3 分支目前处于 4.3.6 版本，在此期间我们进行了许多改进。
    我们刚刚发布了 4.4 版本，我们计划很快发布 5.0 版本。

    所以，是的，4.3.0 对我们来说是一个相当艰难的版本，因为我们改变了很多东西，但该分支在发布后很短的时间内经历了广泛的改进。

    至于上面关于让开发人员对发布周期一无所知的评论，我必须对此道歉。过去一周左右的延迟有一些正当理由，但我不会找借口。
    在任何开源项目中，透明度和频繁的沟通都是培养用户热情的重要关键，我们确实意识到了这一点。

    Paul 目前在波士顿，我们希望很快公布路线图和预计的发布周期。

    对于任何有兴趣的人来说，我们希望在 2 月 8 日至 11 日之间的某个时间发布 jQuery 1.1。我们还希望在 3 月 9 日左右发布 jQuery FX，它是 jQuery UI 的姊妹库。

    这些日期有点灵活，但我们正在竭尽全力按时完成工作，并在发布时提供高质量的工作。

    至于即将推出的内容？我们计划推出诸如官方颜色选择器、旋转器、进度指示器、可排序网格、窗格、工具栏、按钮、工具提示、AJAX 历史记录管理器等功能。
    我们计划在 7 月底之前完成所有这些功能。

    所以，总而言之，伙计们，我真的很感谢你们对这些事情的失望，这也是我个人所感受到的失望，我要告诉你们，这将奏效，我们不仅要制作其他库拥有的相同组件，还要进行创新，并继续解决不可避免地出现的新旧问题。

    感谢您让我发表了自己的意见 :)
42. Raymond 于 2008 年 2 月 5 日 上午 7:09 说：

    迫不及待地想要看到新的 jQuery UI。并感谢 Liferay 对这个项目的关注。

    祝一切顺利
43. jive 于 2008 年 2 月 5 日 上午 11:00 说：

    从这个角度来看，它确实听起来更令人兴奋。我的担心更多的是 jquery 是否会保持与语言无关和与平台无关。

    我想时间会证明一切。我只想说，请不要从我们手中夺走我们已经习惯并喜爱的 jquery。我的意思是，我希望它仍然是我们在过去一直熟悉的那个熟悉的面孔（尽管它已经成长了）。

    再次，时间会证明一切…
44. Antti V 于 2008 年 2 月 25 日 上午 9:03 说:

    我希望将来 Liferay 会使用非侵入式 JavaScript。
45. John Smith 于 2008 年 4 月 22 日 上午 7:36 说:

    @Nate Cavanaugh

    jQuery 和 Liferay 合作宣布已经过去三个月了，虽然 jQuery UI 1.5b 版本在 2 月中旬发布了，但它仍然过于bug，无法用于生产。因此，我们仍然无法使用任何 UI 库与 jQuery 一起使用（Interface 的最新版本已经有一年半了，而且只能与一年多以前的 jQuery 版本一起使用）。

    我一直关注 jQuery UI Google 论坛，以了解是否有任何新闻，但我还没有看到任何官方消息（Paul 似乎暗示 jQuery UI 1.5 最终版将在几天或几周内发布，但我已经学会对这些消息持保留态度）。

    虽然我喜欢 jQuery 的工作方式，但我还是忍不住嫉妒 Dojo 或 Ext 等其他库的进展。我一直希望 Liferay 参与 jQuery UI 项目能够带来更快速、更透明的开发，但两个月过去了，仍然没有任何消息，我开始考虑将我的项目迁移到另一个库。我知道我只是沧海一粟，但相信其他开发人员在 jQuery 用户界面方面经历了一年半的缓慢进展后，也抱有类似的感受。

    此致,

    John.