【问题标题】:QooxDoo Contrib confusionQooxDoo Contrib 混淆
【发布时间】:2013-04-30 09:48:02
【问题描述】:

我们正在为我们的工业控制模块盒开发基于 PC 的软件客户端,并且我们正在使用 QooxDoo 作为 UI。

我希望将 qxe 包用于它提供的 StatusBar 小部件。但是,对于如何获取包没有明确的方向。文档 (Qx 2.1.1) 引用了一个 SVN 存储库 (https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/),该存储库截至今天似乎是空的。

我们以后还想在我们的产品中使用贡献的主题。

任何帮助都会很棒。

感谢和最好的问候, 维沙尔·萨普雷

【问题讨论】:

    标签: qooxdoo


    【解决方案1】:

    qooxdoo-contrib SF 项目最近升级到他们的 Allura 平台,在此期间 SVN repo URL 发生了变化。更新的是:

    https://svn.code.sf.net/p/qooxdoo-contrib/code/trunk/qooxdoo-contrib

    为避免混淆,旧的 repo 已停用(因此它是空的)。新 URL 也是您在 qooxdoo.org 上查看 qxe homepage entry 时所看到的。对于特定于 contrib 的信息,我建议您从那里开始。

    如果您遵循此blog post,将引用的补丁应用到您的 qooxdoo SDK,则更改对您的项目应该是透明的。 IE。通过contrib://qxe/<version>/Manifest.json 伪 URL 对 qxe 的引用应该继续有效。

    除了新的 repo URL 之外,使用贡献没有任何变化,因此您所指的对应 manual entry 基本上适用。但是,对于离线使用,由于 SF 的新存储库不再支持 tarball 下载功能,最简单的方法是让生成器下载一次(使用 config.json 中的 contrib:// 条目),然后在磁盘上找到它('generate.py info' 将列出您的本地下载路径)并从那里复制。

    【讨论】:

    • 谢谢托马斯。那是有价值的信息。同时我还注意到每个贡献都列出了自己的 SVN 链接,我开始检查个人贡献。那是有效的。您是否建议我继续使用您提供的链接来下载 qooxdoo-contrib 的整个主干。我的意思是,您认为贡献可能具有交叉依赖关系吗?
    • 我只会检查特定的贡献,而不是整个存储库。个别贡献者可能依赖于其他贡献者,但他们应该在自述文件中说明。然后你也需要检查其他人。但是这些通常是很少的和浅层的依赖关系,并且通常不会有深度递归的危险,这会使手动检查变得痛苦。
    猜你喜欢
    • 1970-01-01
    • 2014-07-09
    • 1970-01-01
    • 2014-05-06
    • 2015-02-02
    • 2011-05-11
    • 2012-06-02
    • 2012-08-15
    • 2019-06-26
    相关资源
    最近更新 更多