[討論]關於 wiki.debian.org.tw 首頁內容

[moto]

隨著 http://wiki.debian.or.tw 的上線，我想可能馬上會面臨到幾個問題：

* 版面過於凌亂？
* 文章被改？

最直接也直覺的就是首頁內容....我們是不是先來規範首頁內容的架構...以免日後難處理...

另外關於文件衝突...是否應該有最後整理者的角色..，譬如我提出 『 debian.org.tw 振興計畫 』..那我是否有權力來控制整份文件..作適當的處理？

我想種種的問題都需要跟大家討論...不過有些問題的出現可能是我對 wiki 系統不熟悉..也請熟 wiki 的大大們分享一下心得..帶領大家來做...

[Tetralet]

隨著 http://wiki.debian.or.tw 的上

應該是 http://wiki.debian.org.tw 才對...

[moto]

哈..謝謝指正...

如果是 wiki 系統..發現錯誤的人立刻就可以幫忙修正了...

[wctang]

我說一下我的經驗吧…
首先，是 Wiki 的頁面命名方式，最好能照 DebianWiki (大寫小寫的問題) 的方式來命名，因為這樣的話就算不加上 (()) 也可以變成連結。不過中文連結就一定得加上了 (())。

版面淩亂的問題這個只要大家共同維持就應該還好，不過 wiki 的樣子本來就分散而沒有結構，也就是通常的情況下都是頁面個別獨立存在，如果有要結構的話就得在頁面標題上下工夫(雖然也有子頁面的功能，不過我覺得不一定都適用)。我的習慣是如果有明確主題的話就直接用名稱，如 KDE，Vim，如果這些頁面內容過多自然就應該有人出來分離頁面，形成一個類別。至於很明顯的分類，如 CategoryHomepage, CategoryWindowManager 就可以先行建立類別，最好類別名稱要能突顯。至於隸屬一個類別之下的頁面最好可以在開頭或結尾注明所屬類別名稱，這樣也比較有像上一層下一層的功能。
當然在首頁的結構的確要大家來共同討論如何排列主題比較好。我的建議都來自於 http://www.emacswiki.org/cgi-bin/wiki.pl 的運作方式，大家可以參考(對 Emacs 有興趣也可以幫忙中文翻譯哦 )。

至於文章被改的問題，就要說這就是 Wiki 的基本信念了，就是相信網路上好人比壞人多，所以 wiki 才能運作。當然，最重要的是能夠回復之前的修改，所以如果所寫的被別人弄壞了，一定可以回復到原來的樣子的。其實我覺得大家都不太會亂動別人寫的東西， may be 會多加點吧，通常後人都是把前人的東西進行整理擴充更正，至少我目前看到的情況都是這樣的。我是覺得沒人負責說不定也是件好事 ，反而不會阻止別人的熱心貢獻，我是這麼認為啦…

不過說實在的，我對 TaviWiki 不熟，所以可能有什麼特別的機制可以做得更好也說不定…

[taiyen]

想請問一下對 Wiki 有經驗的朋友

一個 Wiki 網站是不是至少會有一些寫作慣例?
例如 http://www.emacswiki.org/cgi-bin/wiki.pl/EmacsWiki
去逛逛後會發現，其實裡面所有的頁面似乎都有相同的格式、寫作風格、整理方式

這樣的結果，是因為有人負責規劃? (moto大大說的) 或是大家事前約定成俗? (如果是這樣以什麼型式討論這些寫作慣例)
或是只是自然演化的結果?
如果是自然演化的..... Wiki 的這樣機制實在太了不起了

[wctang]

想請問一下對 Wiki 有經驗的朋友

一個 Wiki 網站是不是至少會有一些寫作慣例?
例如 http://www.emacswiki.org/cgi-bin/wiki.pl/EmacsWiki
去逛逛後會發現，其實裡面所有的頁面似乎都有相同的格式、寫作風格、整理方式

這樣的結果，是因為有人負責規劃? (moto大大說的) 或是大家事前約定成俗? (如果是這樣以什麼型式討論這些寫作慣例)
或是只是自然演化的結果?
如果是自然演化的..... Wiki 的這樣機制實在太了不起了

該怎麼說呢… 沒人在"負責"規劃啦，不過的確有人很熱心的在做整理的工作，大致上只要每天上站，看一下 RecentChange ，把有更動的部分看一看就可以了。不過這個 wiki 有個好處，也就是 wiki 程式是本身在維護的，所以它的 wiki 功能就像是量身定作似的。其實只要有人整理得好，後人自然就會照著他的方法來做，整個站的型式也就出來了。
其實我覺得先不用太在意這些，資料要夠多才有整理的價值啊，就先儘量用自己的方法來加入資料，看看後來會形成什麼風格，也是個好玩的實驗不是嗎

[moto]

wctang 兄所言甚是，『資料才是最重要的』..

那大家就盡情的 wiki 嚕，過一段時間再來檢討...的確是有趣的實驗...

[taiyen]

該怎麼說呢… 沒人在"負責"規劃啦，不過的確有人很熱心的在做整理的工作，大致上只要每天上站，看一下 RecentChange ，把有更動的部分看一看就可以了。不過這個 wiki 有個好處，也就是 wiki 程式是本身在維護的，所以它的 wiki 功能就像是量身定作似的。其實只要有人整理得好，後人自然就會照著他的方法來做，整個站的型式也就出來了。
其實我覺得先不用太在意這些，資料要夠多才有整理的價值啊，就先儘量用自己的方法來加入資料，看看後來會形成什麼風格，也是個好玩的實驗不是嗎

嗯, 大致了解了
就是順其自然看著辦囉
wiki 的確很有趣

[Drake]

我玩 Wiki 也才一陣子，大致上的了解與看法和 wctang 兄一致。 Wiki 既然發展之初就是以 collaboration 為主，自然地重點是在內容了。雖然 Forum(Discussion) 也具有這樣的性質在，但是 Forum 比較強調即時性與互動。

拿大家都很熟悉的 bbs 來說，bbs 上的各個板，不談個人板的話，都是一堆問與答的「對話過程」，沒有被立刻回覆的問題，就會被淹沒了。

Wiki 嘛…可以想成是一種「心得筆記」?!

http://wiki.newzilla.org/WiKi

[Drake]

p.s.

我會接觸 Wiki ，完全是因為不小心在 googling 時注意到 http://www.wikipedia.org ，可惜的是，繁體中文沒有人 support…

[moto]

有一個問題..請教一下大家

如果說我加入了一個連結 ABC:

1. ((ABC))
2.編寫 ABＣ 連結內容...

這樣使用者在頁面上就可以點 "ABC" 這個連結，但是如果我後來覺得 "ABC" 這串字不好，我想改成 "DEF"..

可是這樣一打..原來 "ABC" 連結的內容也不見了.. ...
如果說我要讓 "DEF" 也連結到原來 "ABC" 連結的內容要怎麼作呢？...

[Drake]

不曉得 TaviWiki (希望沒記錯名字!!）的作法是怎麼樣的。

一般來說，Wiki clones（泛指各式各樣提供 Wiki 服務的程式）都會支援所謂的 rename，會自動地把相關的 link 調整過來的。不過一些比較陽春或舊的系統好像會沒提供!（我一時忘了是哪些了）

又一般有提供 back link 的 Wiki clones，都應該會順道提供 rename 才對。

back link 直接就字面上解釋，奕即就一個 page 而言，可以得知有哪些其它的 pages 有 link 是到這一頁的。

舉個例子：

有三個 page，分別叫 A、B 和 C ，其中 A 和 B 有 link 聯結到 C 。於是當查看 page C 的 back link 時，就會看到 A、B。

利用 back link 就可以很輕易地達到 rename 這功能了。

[Drake]

p.s. 看到有人使用 Wiki ，挺開心的

[wctang]

直至目前為此，我發現 Debian Wiki 上的頁面好像常常會把修改記錄給去除，也就是說常常會只有最後的一筆修改，之前的記錄都不見了，是因為設定就是如此嗎？還是出了什麼問題? 這樣子的情況是蠻危險的，有人破壞的話就無法挽回了。