2009-05-04 58 views
5

我們正在考慮從現有的MediaWiki安裝轉移到更多功能豐富的應用程序。我試圖找到人們今天與MediaWiki的所有痛苦(主要是與Word相比,它處理外部文檔的能力差,編輯能力不夠完美)。在MediaWiki之後使用哪個wiki?

我們正在使用維基設計,規格,流程指南。我們有幾個外部文檔(文檔,功能點),我們目前正在將它們放在共享文件夾中並鏈接到wiki(因爲在MediaWiki中上傳文件不是很方便)。 我們試圖使摩擦最小化,以便沒有人會有藉口或不使用它的理由。

我們正在考慮一些選擇是合流,Trac的& SharePoint中。金錢不是一個大問題,只有易用性(和維護)和功能豐富。你會用什麼?

+0

是TWiki的在你的名單? – Uri

+0

需要更多信息 - 例如,您的應用程序是否有大量人們搜索的文檔,大量相關鏈接或其他內容?如果您正在查看Sharepoint和Word等編輯功能,您甚至可以查找wiki嗎? – julianz

+0

你的意思是*對外部文件處理不善*? –

回答

15

我想插入我的特定功能的細節需要到優秀WikiMatrix選擇精靈,讓它提出建議。

0

很多人似乎都喜歡Confluence。我個人不知道。如果你還沒有看到它,並且你想要一些功能比xwiki更適合你的東西。

+3

我也不瞭解Confluence,除了作爲Wiki的讀者之外,我所見過的所有Confluence站點都非常難看,而且非常緩慢。 –

1

你有沒有考慮與Google Docs分享您的Word文檔?它具有修訂控制和協作功能,如wiki,以及可導入和導出大量格式的富文本編輯器。

這聽起來像TWiki的將是您一個不錯的選擇也是如此。我自己並沒有使用它,但它也有一個豐富的文本編輯器,以及其中的大量企業級項目管理功能。

+2

爲什麼會被拒絕? –

+0

@BartvanHeukelom什麼時候?請參閱[修訂](https://stackoverflow.com/posts/850271/revisions)。 – Apostle

5

我個人建議不要將Wiki從Wiki移到SharePoint。那裏存在的巨大問題是SP對圖像的可怕處理。

14

我建議要麼

  • Foswiki(http://foswiki.org),(由TWiki的整個開發者社區分叉,以避免商標的威脅),對於一個功能豐富的和完全開放的程序員的維基。放在irc.freenode.net的#foswiki上與社區聊天。
  • 支持MindTouch公司的Deki維基(http://www.mindtouch.com/)顯然是最人性化的先進和創新的維基在那裏,現代商業+開源產品。與Office文檔的完美整合。

我會避免合流。 Confluence做出了一個設計選擇(禁止在頁面中使用Wiki語法混合html),它證明了對wysiwyg的任何嘗試都是致命的,因爲它使用所見即所得的標準HTML編輯器,並將其轉換爲保存在非常有限的子集中,從而產生令人沮喪的用戶意外(例如,foswiki保留爲wiki語法不能處理的部分,如表​​格單元格中的項目符號列表)。 Confluence有很多優點,特別是它與JIRA bugtracker這樣的atlassian強大的工具集成在一起(我們在工作中使用它,效果很好),但不打算對其進行定製。

託管維基上也有很多不錯的選擇(谷歌網站,基於令人敬畏的jotspot引擎就是其中之一)。

當然不要使用Sharepoint。其wiki功能是一個純IE瀏覽器的笑話,而Sharepoint整體架構是braindead(存儲所有數據 - 即使是大量文檔 - 在非分佈式數據庫中也違背了微軟自己的建議)。如果您想要一個具有良好Office集成的DMS,請查看KT(知識樹)。 http://www.knowledgetree.com/。出於政治原因,我們被迫在工作中使用Sharepoint,但我們將其限制爲基本文檔管理(從​​未使用MOSS高層,因爲它破壞了版本之間的兼容性)並將foswiki前端集成到它(將文檔列表中的元數據轉儲到xml中,在foswiki中提供導航,並在谷歌框中搜索)

但我的真實建議將......等待Google wave,這將有望徹底改變wiki的概念。

免責聲明:我是foswiki社區的一部分。

+0

confluence版本4+將內容存儲爲XML – timaschew

+1

Confluence版本4+可以說不再是Wiki,因爲所有形式的Wiki標記編輯現在都不存在。 – Trejkaz

+3

不幸的是,Google Wave已經死亡。 – bukzor

3

首先,我會遠離Sharepoint。期。

我不會考慮切換到Trac系統,因爲相關Trac的具有特別關注的問題跟蹤,併爲外部文檔支持較差。

我會考慮切換到合流,因爲:

  • 錢不是一個問題(如你所說)
  • 你希望儘量減少maintanance工作(如你所說)
  • 你想使用wiki來處理外部文件(如你所說)

我通常是開源技術的強烈倡導者,但與要求喲你給我,我只是不認爲他們會讓你快樂。例如,如果您有人員可用於維護和爲您的系統提供定製服務,我肯定會建議嘗試使用Foswiki,否則它將非常適合您的需求。但是,如果你真的想遠離任何額外的維護工作,Foswiki不是一個好的選擇。

0

我想補充FCK Editor所見即所得,得到一個體面的文件管理系統,沿着維基運行,並能同MediaWiki矣!

+0

什麼版本的mediawiki支持FCK(這個)? – BozoJoe

5

之前你的mediawiki搬走我會勸你要考慮很多擴展可用。國際海事組織沒有許多wiki提供更多MW的功能,特別是當您考慮擴展的數量時。見http://www.mediawiki.org/wiki/Category:Extensions

例如,對於編輯也有類似的Word基於瀏覽器的編輯器。甚至還有Word的宏,允許您從Word中將MS Word導出到Wiki。

此外,檢查出語義MediaWiki擴展。這些在知識管理領域帶來巨大的好處。

2

我在Tiki Wiki CMS組件上工作,我會分享幾個鏈接。這個問題來了相當多的,所以我們有一個專門的頁面:http://tiki.org/Tiki+vs+MediaWiki

我們正在考慮從我們現有的MediaWiki安裝

的東西更豐富的功能。

我們正在使用的設計,規範,程序準則維基。我們有幾個外部文檔(文檔,功能點),我們目前正在將它們放在共享文件夾中並鏈接到wiki(因爲在MediaWiki中上傳文件不是很方便)。我們試圖使摩擦最小化,以便沒有人會有藉口或不使用它的理由。

我們正在考慮的一些選項是Confluence,Trac & Sharepoint。金錢不是一個大問題,只有易用性(和維護)和功能豐富。你會用什麼?

Tiki是自由/開源的。但是,如果你有錢燒你的口袋裏:-) http://tiki.org/Donation

您也可以聘請顧問提供培訓/支持,並加快實施和/或贊助的功能開發 http://info.tiki.org/Consultants

相關問題