Re: XOOPS项目文档部分开始这个wiki应该
1 - 从阵雨wiki.org获取所有内容，并为此提供适当的工具以保持此处的工作。
或者
2 - 简单地禁用模块并支持阵雨wiki。
第一个优点非常大：所有功能都只需一个登录账户。第二个也有极大优点：视觉效果好10倍。
Re: XOOPS项目文档部分开始我建议选择第二个选项。
人们在XOOPS Wiki上已经花费了大量时间。
最好在这里增加一个与xoopsinfo.com上类似的菜单，以支持其他网站。
Re: XOOPS项目文档部分开始我认为选择第一个选项更合适。把所有东西都放在xoops.org网站上是有意义的。
Re: XOOPS项目文档部分开始大家好，
有没有什么特别的原因使得xiopswiki.org团队的优秀工作被忽视？
正如XOOPS委员会向XoopsWiki团队解释的那样，为什么没有使用他们的内容？在这里，我们似乎正在浪费许多非常敬业的优秀人才资源和精力...
也许是我还遗漏了什么？
关于XOOPS项目文档部分已启动这是一个很好的倡议！
很高兴在这里看到项目网站上的维基百科，而不仅仅是在其他地方...
XOOPS Cube计划使用sourceforge的维基用于可能对开发者感兴趣的技术资料
希望每个人都能自由地为这个项目维基添加内容
祝大家玩得开心！
好开心能在这里和大家分享！
Re: XOOPS项目文档部分开始我猜想每个人都可以自由地创建自己的维基，但在目前这种情况下，我认为这又是xoops.org的又一个糟糕的计划，同时这也完全忽视了xoopswiki.org社区所做的贡献，该网站是以社区为中心构建的，旨在填补xoops的一个空白。这显示了由项目委员会做出的决策所造成的“XOOPS项目”和“XOOPS社区”之间的明显分裂。
如果“XOOPS项目委员会”考虑将“社区XOOPS维基”整合到“XOOPS项目”中。如果未这样做的问题是用户没有相同的登录名，这可以通过之前提到的任何一种OPENID解决方案或类似解决方案来解决。尽管保留登录名对我来说似乎不是一个重要的问题，但那些真正希望贡献的人 spends 30秒创建一个新账户不会有问题。
更有可能的是，由于该社区工作所具有的内容不符合XOOPS项目的标准，无法将其整合，并解释原因。
无论如何，如果这个xoops.org内部的维基需要存在，我发现其中存在几个问题
1) 分类
XOOPS开发
主题设计指南
模块开发指南
XOOPS安全
XOOPS技巧
是核心维基中找到的分类的重复。这种信息碎片化的意义何在，为什么不只保留核心维基呢？
2) 分类
* 入门指南
安装指南
操作指南
在xoopswiki.org上得到了非常专业和团队合作的处理
3) 在xoops.org上安装的维基已经落后了4个版本，它运行在1.7版本上，当前稳定版本是1.11。
除了缺乏各种安全补丁外，大多数非常有用的插件也无法在这个旧版本中使用。
-----------------------------------------
XOOPS真正需要并将其作为优先事项的是，建立一个与dev.xoops.org维基相同的“曾经存在于xoops”的维基，其中包含核心技术文档。如果这个维基为此而存在，并从恢复dev.xoops.org维基中的信息“开始”，我想这是一个非常好的想法。
Re: XOOPS项目文档部分开始当然，如果项目打算包含维基，最有效的方法可能是邀请http://www.xoopswiki.org团队将其团队、内容和结构带到x.o.，或者直接重定向到他们的网站。
在我看来，其他任何方法至多也是冗余的，最坏的情况是无理取闹。
Re: XOOPS项目文档部分开始引用
我认为选择第一个选项更合适。把所有东西都放在xoops.org网站上是有意义的。
Re: XOOPS项目文档部分开始引用
2 - 简单地禁用模块并支持阵雨wiki。
Re: XOOPS项目文档部分开始如果这是真正的"项目"文档，它将与XOOPSwiki的内容相差甚远。Sourceforge上的wiki最适合这个目的。
最好是花时间在那些团结社区而不是制造混乱的活动上。
Re: XOOPS项目文档部分开始虽然我同意你的大多数评论，但这篇维基并不是要忽视 xoopswiki.org 上所有的作品。
我们应该考虑在 xoopswiki，d.x.o 和... 中可能所有文档的整合。
Re: XOOPS项目文档部分开始引用
这样，如果某个笨蛋到最后时刻才通知社区主要站点将要关闭，至少文档和支持仍然可用。
Re: XOOPS项目文档部分开始又是一项以社区为导向的倡议！
太棒了！
这对于经历了长时间的不作为和有组织的阻挠情况之后的xoops.org来说，是一项重要的举措。
做得好！
Marco
Re: XOOPS项目文档部分开始irmtfan 写道：引用
虽然我同意你的大多数评论，但这篇维基并不是要忽视 xoopswiki.org 上所有的作品。
我们应该考虑在 xoopswiki，d.x.o 和... 中可能所有文档的整合。
Re: XOOPS项目文档部分开始哈哈，Debianus，我注意到我的某些信息已经被翻译成了西班牙语。
xoopswiki.org的两个重大优势
1 - 它是多语言的。我不介意所有内容都只用英语，但无论如何都是好的。
2 - 它不依赖x.o，所以一个网站上出现的问题不会影响到另一个网站。
最大的问题是登录。应该是一个Openid之类的，以避免在每个XOOPS网站上注册。
Re: XOOPS项目文档部分开始Debianus，
我同意你的观点。但我们应该从一个点开始，将更多的社区聚集在一起。迟早应该在xoops.org上建立一个维基，拥有其伟大的社区。
我在之前的新闻中提到过。创建一个新的维基的深层意图是整合所有文档。
我也同意snow77的观点。
从技术角度来看，这个 MediaWiki 版本过旧，存在一些弱点。存在安全问题，不支持解析器功能如 #if 等。（这些问题已在理事会中讨论过）
还有 nachenko
引用
2 - 它不依赖x.o，所以一个网站上出现的问题不会影响到另一个网站。
Re: XOOPS项目文档部分开始Debianus，
正如您不久前所见，我所做的维基工作与 xoopswiki 的工作大相径庭。我喜欢并需要的是一个可以工作的维基，是持续的资源，而不是静态文档。以我创建的模板为例……我渴望将这些模板传到这里来，让其他人可以继续完善工作。
我认为其他人的工作很好，是非常有价值的，如果给我一个机会的话，我相信我的工作也会很有价值。
现在，xoops.org 可能会给我这个机会……
我真心希望如此。
我对内核文档最感兴趣，不是新模板和模块，而是旧的 dev.xoops.org 存档中的那些东西，它们被收集起来，像灰尘一样被遗弃，好像今天没有价值。
我想看到这些文档得到恢复并更新到最新。
我认为这是这个维基的既定目标。
我相信我能胜任这个工作。
...darcy
Re: XOOPS项目文档部分开始引用
看到大家都对DJ进行攻击，实在令人感到有点悲伤。在此之前，我并没有看到有人对负责过的Skalpa和其他人进行过这样的攻击，当他们什么都没做，或者几乎什么都没做的时候。
Re: XOOPS项目文档部分开始实际上，我必须不同意，许多人在这个领域提供过服务却被排斥的人应该感到非常失望，他们的工作和服务被推到了一边。
实际上，坦白说，这真是一件越来越像笑话的事情。我认为我可能不是唯一这么想的人，但我周末之后的确期望更多。
但现在我感觉我们正在退步，而不是前进。我记得 XOOPS 确实有一个维基，因为维护不善而被移除了，里面满是 #OOPS# 和垃圾邮件。Oh it was also considered a security risk, and here we are back with another one.
没有新的主题？实际上这里根本没有什么真正的新东西。
你们这些人为什么不开窍，不给他们所请求的，而不是他们认为他们可能喜欢的东西。
Re: XOOPS项目文档部分开始哦，它又来了。这些论点，讨论，失望。
但 这次，我必须继续讨论。
我不失望，因为我没有期望任何特别的东西，只是一个代码和服务器升级。没有新的皮肤，没有新的主题。
我不知道主题有什么问题，但我会稍后讨论。
我想谈论的是新的维基。
抱歉，但我们不需要两个维基。我已经阅读了所有关于这个维基与核心有关、巴拉巴拉之类的说法... 再次抱歉，但这并不是论据。所有维基的母亲，那个庞大肥胖的维基——维基百科，有数百万的文章，数百万。有人看到问题了吗？有人阅读维基百科时有问题吗？有人觉得维基百科是混乱的吗？
那么为什么我们有两个呢？
社区通过它的行动已经发表了意见，填充了XOOPS维基。
现在我们有了XOOPS文档，这是一个只有一份文件的如此成功的项目，一个我不确定我们是否需要的网站（维基有什么问题？），而现在又有一个第三个维基？
我只是一个人感到惊讶吗？我每天都访问这个网站，这不应该让我感到惊讶。
现在，关于主题。有一些关于新主题的不错建议。让候选人上传他们的东西，然后为注册用户激活主题选择器块。在论坛上发起投票。
这就是需要新主题的一切。
Re: XOOPS项目文档部分开始引用
区别在于 Skalpa 没有冒犯我，DJ 对我的态度很糟糕，他让我做很多工作，然后对我的所有工作视而不见，他没有告诉我不再需要我，就把我抛弃了。
而且，我并不孤独，所以我如果对我的独裁者态度不满意，我表示抱歉，然而正如我告诉 DJ 的，一旦他公开向我道歉他对待我的方式，那么我会很高兴。
只需要说几个字，事实上只需要两个字“对不起”，当我听到这些话时，我会很高兴。
Re: XOOPS项目文档部分开始发帖人：nachenko 发帖时间：2007/11/20 9:02:56
我不针对任何人表示不尊重，但请看看 xoopswiki.org 的“所有页面”。我已经提交了至少90个页面，因为与其他人的工作冲突而被阻止了进度。我不知道他们在做什么。我不被允许进入维基工作论坛。我被告知格式不正确，他们已经讨论了，我的工作在那里是不可接受的。甚至不允许我编辑我的作品以使其可接受。
操作手册和伴侣术语表。
见： 所有页面
现在，我很高兴看到这个维基百科。
这确实是必需的。
如果你想有多少社区参与，
是的，这就是全部！
有些人认为“社区”只是少数人，但不仅如此...这是我们所有人。
我们中很多人虽然选择不属于“团队”，也愿意为xoops贡献一些有意义的成果。
...darcy
Re: XOOPS项目文档部分开始Catzwolf，
我希望建立一个地方存放90页不适用于xoopswiki.org的页面。
最后，我做到了。
我大约一年前开始这个项目，我维护的维基（无垃圾邮件），由于我的服务器原因在中国不可见，我每天都在维护，如果可以的话我也会在这里工作。
这应该是它的位置。
...darcy
Re: XOOPS项目文档部分开始引用
发帖人：catzwolf_ 发布时间：2007年11月20日 8:33:29
实际上这里并没有什么真正的新鲜事儿。
Re: XOOPS项目文档部分开始引用
规则很简单——如果你想这么做，请通过私人电子邮件去做，不要在论坛上这样做。这对你没有帮助，更重要的是，这不利于XOOPS！
当然，有新的，慢慢地移动到DJ构建的模块。
Re: XOOPS项目文档部分开始引用
是的，你是对的，尽管失望是夸张的，但有时当人们像狗屎一样对待你时，你会想尖叫，你不总能保持理智。
坦白地说，我不确定DJ的工作是什么，我知道一家商业公司曾经负责为他编写XOOPS 3.0核心。
Re: XOOPS项目文档部分开始可能是指社区导向的。
但是社区认可，在这个生命周期中可能是不够的。
Re: XOOPS项目文档部分开始引用
他们之所以这样做，并不是为了“他”，而是为了他们自己，而我们作为XOOPS可以从中受益
Re: XOOPS项目文档部分开始nachenko，
另一种选择可能是将xoopswiki.org的内容留在xoopswiki.org，并为此提供适当的工具来保持在此地进行的工作 .... 这里。
并且
支持xoopswiki.org在他们那里的工作。
通过支持，我指的是认可他们付出的辛勤工作和网站非常好的外观。
然后让时间治愈历史的旧伤，同时让XOOPS慢慢演变成为它应该成为的单一实体，即使物理服务器位于 -- 即使在不同的国家。
这是一个社区责任...
我们欠我们自己。
BlueStocking
| Stats | |
| Goal: | $100.00 |
| Due Date: | Aug 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|
Re: XOOPS项目文档部分开始