原來如此！
我已經修改好，得到自己想要的結果了。

修改的部份是
\textparser\class\data\ubb\BBCodeParser\Filter\
的Extended.php。

在這邊留給其他人參考一下....

----
其實這個討論串就出現一個狀況：
最後看起來這顯然不能稱為一個bug，不過我當初卻一直以為是bug....
實作上的"認知"問題，似乎會影起這種誤解，看來我應該對plog做出不一樣的評價了。

Mark，我回去再試一次quote了。
我在想可能是實作上有點誤解？

TextParser for phpBB裡面的Quote，我看起來像是直接空行而已；
但是以我對quote的理解，應該是要和html的blockquote
(有縮排，然後再加上方框框住整段話)
的效果一樣才是。

請參考看看。

[?]

1. 你對 wiki 語法誤會了，? 表示這是 wikiword，可以新增新的連結！但在 plog 不是一個完整的 wiki engine, 所以在這裡沒有用
2. 在 wiki 中 url 有 url 的表示語法，所以打上 <a ....></a> 他會直接秀出這些 html tag.

喔喔，我誤會大了。
不過1的意思是說，以後不會變成完整的Wiki系統嘍？:)

說到wikiword，這讓我想到日本的hatena系統....
(系統會統計用到特定字串的blog，所以一個系統裡面的使用者可以很快地找到同好；也有一個類似wiki的系統可以拿來對該辭進行註解)
http://d.hatena.ne.jp/

3. phpBB 可以用阿！你沒去試試嗎？
4. 縮排。你是說 html area 的嗎？請參考 http://forum.lifetype.org.tw/index.php?topic=302.0&highlight=htmlarea
Mark

我開啟parser之後有試過 和

，不過

似乎沒有效果；
現在我是直接用手工 html 的blockquote代替，您這樣講的話那我應該再回去試試看；
至於HTMLarea的功能增減設定，這的確是我一開始在找的東西。^^

嚴格說起來，這是 pLog 日期儲存方式的問題，並不能算是 bug，
簡單來說，pLog 存的日期是 Server 的日期，
然後透過後端的設定來修正顯示的日期，
但是日曆那邊仍然是抓 Server 日期，就會造成這樣的狀況

感謝釋疑，我不知道怎樣製造出這種狀況。

我想..模板的問題並不能歸結到 pLog 官方的頭上吧 XD

的確如此。
不過目前plog的模板是放在SourceForge讓大家去抓的，
是不是會讓人誤會plog官方做了背書呢？ <--我可能過度引申了。
當然現在看來有些東西還和Localize有關係，所以我不認為官方有必要負責任，
反正現在plog才1.0而已，路還長得很。

說到模板的問題，有些模板似乎有預設需要一些plug-in，有些則不必。
如果我因此多塞一些plug-in進去，會造成系統的負擔嗎？
據我的了解是即使有裝plug-in進去，也只有"使用到"的時候(選用那些模版的時候)會用到，所以應該是不會造成負擔；
不過這也僅是我的猜測而已。^^a
(well，我相信這個問題本身沒有離題....)

[嚴謹度問題]

不過，plog可能還要有一個疑問是嚴謹度問題....？

我倒是很好奇是怎麼樣的嚴謹度問題，能請你講明白一點嗎？這樣我們才有機會修改。

Mark

這邊指的嚴謹度問題，指的是程式碼上的嚴謹度。
其實因為我不熟php，所以可能沒辦法直接講得很清楚，不過似乎是"看過就知道"的程度；
順道，相比之下較嚴謹的php程式，當時是以phpBB為例子。

非常遺憾地這樣講顯然沒有講清楚，感覺上就相當於漫罵....
所以在後面我盡我可能敘述前因後果。

----
實質上我第一個blog系統就是用plog的關係，所以我並沒有什麼比較基準存在；
不過有一些朋友似乎就相當在意.... 某些bug的問題。
有人是和我建議使用WordPress，"永別無限小bug"...
他的說法是 "plog類似phpwiki，功能強大到不行，所以問題也多到不行"。

不過當時我比較在意的是，"bug"指的是怎樣的狀況？
難道是會掉資料嗎？
幸好似乎還沒發生過，而且我也很難想像有什麼bug可以做到這樣；
但是好像有過 "日曆上的日期link不到對應的blog" 那種狀況....(0.3版)
好，我自己沒遇上，但是我也不能因此否定對方不好的回憶就是。

我這段時間比較常發生的事情是版面會在沒有預警的情況下改變，
比方說右側的選單會掉到頁面下端；不過我沒有注意到哪邊造成這個影響。
這樣說起來plog的不穩定，是產生的排版不太穩定，而不是一般系統的強固性問題；
只是對動態網頁而言，或許這點已經不可以原諒了也說不定，
該仁兄的說法是"大部分的人撐不過一開始的bug期就會放棄plog"，
"plog vs wordpress 相當於 Win95 vs WinNT"，這邊必須要重申這個應該是指版面的穩定性。

至於plog的效能問題，其實我這邊倒是沒有太多的感受；
因為VirtualHost那邊出毛病的機會似乎比plog本身出毛病的機會還大。
(plog不能動的時候，我會過去看phpBB那邊，結果常常也是非常慢)
在這邊順道建議一下，如果能在admin底下放頁面產生時間的話，可以比較容易估計系統狀況。

WordPress預設排版可以直接通過XHTML 1.0；
雖然plog也這樣宣稱，不過我現在用standard template似乎是過不去，
還在找問題所在，我想可能是和plug-in有關....
目前我還在做一文兩發的動作，目前還是評估期。

簡單講，WordPress社群大小和plog社群大小不能比，所以光從這點顯然是不能決定優劣；
不過既然本身提供的功能已經非常強了，那為什麼推不起來，其實應該還有別的原因，
而且是在功能以外的地方；至於上面提到的一些批評很可能是過去既有，但現在不一定存在的狀況。
所以在此請容許我繼續觀察下去。

您好，

想問一問 1.0 與 0.32 版本的 PLog 的效力方面，那一個會比較好？

由於本人使用的是 0.32 版本，在執行時所消耗的 CPU 資源也十分大。
看到 1.0 中加入了超過 30 個外掛程式 ，所以未敢升級至 1.0 版本。

所以希望能夠得出那一個版本所消耗 CPU 資源比較少。

而若果在 0.32 版本中加入了一些外掛程式 (如：逆向連結、搜尋.. 等等) 會否影響升級工作呢？

謝謝  

簡單講，就算它有30個外掛，你不掛上去也不會吃效能啊....
不過如果程式效率改善的話，即使實質上做的是同樣的事情，
效能也可能會改善。

----
不過，plog可能還要有一個疑問是嚴謹度問題....？

[//]

我的確是修復了，但是我又很白癡的加了一行。sigh ...

請你把 /plog/plugins/textparser/class/data/Text/Wiki/Render/Xhtml.php 其中的

程式碼:

var $conf = array('translate' => HTML_ENTITIES);

remark 掉就可以了！我會 commit 到 SVN。

** Remark 就是在那一行前面加  "//"

Mark

Mark，中文正常了，不過出現了"許多"其他的問題。
1. 部分英文辭彙後面會多出一個?，可能和全形符號有關。
2. 連結的HTML code跑出來了

----
phpBB的 quote 語法可以用嗎？ 或者是編輯介面上的縮排功能怎麼加上去呢？
本來只是希望把0.3.2這個功能找回來而已....

refresh 幾次的效果不大。用到 http cache，最快的 refresh 的方式就是清除 browser 的 cache 或是關掉 browser 然後重開。

Mark

嗯，因為我refresh每次都是Ctrl + F5，所以我才覺得怎麼沒有用....
今天大家都寫新東西了，所以回報：有用。

因年月日程式碼的大小寫分別代表不同的表達方式
在中文語系中又會因為空白字元的問題使得亂碼產生
我在0.32版就曾經用過兩種不同方法
所以我用了算是畢其功於一役的作法
就是直接將中文語系檔中的年月日改成跟英語語系檔一樣
也就是不翻譯年月日的部分
這樣就不需要改所有的模版了
只是不知道這一招在1.0管不管用

目前看來似乎不太管用.....
我把語系表的部份改了，不過summary和實際上各個帳號裡面顯示的狀況都還是中文；
不知道是不是和cache有關，不過我記得我沒開啊....？

[Update]

好，強制reload"數次"之後，似乎是改成功了。:)
我還讓他掃了幾次語系檔的目錄....
不過不是每個帳號都順利改過去了，有些還卡在原來的"中文"上面，
說不定真的要等那些user更新內容才會套用到....

Http Cache有方便也有缺點，這回學到了。

感謝，真的修改templates/XXXXX/post.template就好了，
但是要一個一個模板改，真的...........

你可以用EMEditor之類的搜尋器，搜尋看看哪些需要修改.......

系統FC3，安裝plog1.0
模板使用預設的standard，沒有亂碼的問題(而且這個版面我喜歡，乾乾淨淨的)
但同事喜歡嘗試其他的模板，結果大部份另安裝的模板(全部吧)，在日期方面都出現亂碼，例如，reic模板
 03 å??, 2005, 10:49 (四月)出現亂碼？

我有遇到同樣的問題，不過過去有解法了，感謝mark提到：
http://forum.lifetype.org.tw/index.php?topic=339.0

至於plog祭出的 mail 似乎真的都是UTF8....這比較麻煩orz

我本來是使用phpBB Mode，然後下午試切成wiki，結果內文全變成亂碼了....
(只有內文而已，標題沒事情)

切回去phpBB / 或者關閉外掛之後就正常了。
所以我想wiki方面可能有問題.....

作者是我   ，你有什麼好的 idea 呢？變形啦，還是 noise 啦！其實都還是會被破解啦。

我下一步在想把 typekey 的認證加入 pLog 才是王道吧！？

嗯嗯.... 從長遠的角度來看勢必會被破解沒錯；
問題是我覺得光mark您自己提供的那個網頁裡面就提過一些看起來效果相當不錯的實作。
現在問題就是要不要花工夫去加強AuthImage了。

Anyway... 下一次會拿掉。
Mark

嗯嗯，期待專業版包起來的東西....

話說好像是類似的問題。
同樣是reic1：

不過我用過搜尋把每個模版裡面的|capitalize都清掉了.... <--不知道這個作法到底適不適合。
亂碼的成因只有這個嗎？

只能說一個良好的captcha並不是真的那麼簡單就可以做出來.....
AuthImage的作者可能要再多下苦工了。

一個實作良好的captcha應該會真的逼迫spam bot必須要去碰相當複雜的AI問題；
不然效果應該是的確沒辦法出來。

----
正在替1.0 final上plug-in中....