KTop Reader Ver 0.1 開發語言：C6    本程式是參考站長推出的Delphi版本所改寫的BCB版 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=38797 另外，需要安裝 INDY9 才可以編譯 目前完成基本閱讀功能，自動下載更新 發表人 - visor 於 2004/03/20 21:57:39

附加檔案：46811_KTOP.zip

引言: KTop Reader Ver 0.1 開發語言：C6 本程式是參考站長推出的 Delphi 版本 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=38797 另外，需要安裝 INDY9 才可以編譯 目前完成基本閱讀功能，自動下載更新

對不起，忘記說明怎麼用了 首先要安裝

引言: KTop Reader Ver 0.1 開發語言：C6 本程式是參考站長推出的Delphi版本所改寫的BCB版 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=38797 另外，需要安裝 INDY9 才可以編譯 目前完成基本閱讀功能，自動下載更新 發表人 - visor 於 2004/03/20 21:57:39

再次上傳 Source Code ，加入了設定 Proxy 的功能 -- Visor 元智大學資訊工程所

引言: 再次上傳 Source Code ，加入了設定 Proxy 的功能

大概是最後一次更新了吧 加入進階搜尋功能，改良下載更新速度 --

引言:

引言: 再次上傳 Source Code ，加入了設定 Proxy 的功能

大概是最後一次更新了吧 加入進階搜尋功能，改良下載更新速度 < face="Verdana, Arial, Helvetica"> 感謝發表如此精采的程式碼! ～～～Delphi K.Top討論區站長～～～

發現有一個 BUG，如果在討論區的選單上走了幾次，程式會發生錯誤。    建立那個選單時，你可以參考我早前那個程式，速度會快得多。 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=46570 雖然我沒有用到 DBGrid 秀出主題，但我選取個別 forum 的主題時，我的 SQL 只讀取了 TOPIC_ID ，其他的一概不透過 QUERY 讀出，根據 query 提供的 recordcount ，設定了 grid 的 row 數目。我原已經設定一個 structure 內裡有一個 variable ，如果這個 Empty 值是 True ，那麼就去個別 table 一個個去 seek ，再讀取資料，然後再將這個 Empty 值是 False ，這個方法真的可以令程式快好多。我想如果你是使用 StringGrid ，用 CustomDraw 的方法，都可以做到相近的效果。做了這個方法後，我在想如果這個是一個 SERVER 的 database ，會否真的令 server 十分繁忙，因為會執行很多次的 seek 。 至於那個 Webbrowser 的 bug ，間歇性秀出原 html 碼的問題，我試了很多次，找到一個方法可以解決的，你第一次傳送一個細的 HTML 的 stream 給它，設定了 code page，底色等，每一次要秀資料時，只傳送 HTML ﹝ＢＯＤＹ〕﹝／ＢＯＤＹ〕內的資料給它，方法是 iHTMLDocument.Body := myHTMLString 。 我不會用 C ，但以上的方法，你應該可以用得上。

引言: 發現有一個 BUG，如果在討論區的選單上走了幾次，程式會發生錯誤。

您好，如果可以的話，可以請您把錯誤的資訊提供給在下嗎 <>< face="Verdana, Arial, Helvetica">引言: 建立那個選單時，你可以參考我早前那個程式，速度會快得多。 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=46570 恩，這隻程式我看過一遍，比較適合在同一個 table 的選單，目前是兩個 table 分別存放"分類""版名"，要把它們放再同一個 table 也是可以辦到， 利用 sql inner join 就可以處理了，不過好像速度會變的更差

引言: 雖然我沒有用到 DBGrid 秀出主題，但我選取個別 forum 的主題時，我的 SQL 只讀取了 TOPIC_ID ，其他的一概不透過 QUERY 讀出，根據 query 提供的 recordcount ，設定了 grid 的 row 數目。我原已經設定一個 structure 內裡有一個 variable ，如果這個 Empty 值是 True ，那麼就去個別 table 一個個去 seek ，再讀取資料，然後再將這個 Empty 值是 False ，這個方法真的可以令程式快好多。我想如果你是使用 StringGrid ，用 CustomDraw 的方法，都可以做到相近的效果。做了這個方法後，我在想如果這個是一個 SERVER 的 database ，會否真的令 server 十分繁忙，因為會執行很多次的 seek 。

其實我還想到另一種方法，利用 thread 做背景更新，首先先找出最近 50 筆資料，後面的再交給一個 thread 慢慢的新增上去，不過有個缺點就是程式不好控制

引言: 至於那個 Webbrowser 的 bug ，間歇性秀出原 html 碼的問題，我試了很多次，找到一個方法可以解決的，你第一次傳送一個細的 HTML 的 stream 給它，設定了 code page，底色等，每一次要秀資料時，只傳送 HTML ﹝ＢＯＤＹ〕﹝／ＢＯＤＹ〕內的資料給它，方法是 iHTMLDocument.Body := myHTMLString 。

這個問題已經解決了，用 iHTMLDocument 的 write 配合 close 的方法就可以處理掉的

引言: 我不會用 C ，但以上的方法，你應該可以用得上。

感謝您提供了那麼多的寶貴意見，目前我想繼續把 gb2big5 的部份給加進去 期待下次的更新吧 :) -- Visor 元智大學資訊工程所

試過了你的程式，更新部份超快，可以講解如何製作嗎？ 有一個問題就是當內文太大，程式都會出現錯誤。

引言: 試過了你的程式，更新部份超快，可以講解如何製作嗎？ 有一個問題就是當內文太大，程式都會出現錯誤。

您好： 更新的部分我利用兩個 href="http://delphi.ktop.com.tw/topic.php?TOPIC_ID=46877">http://delphi.ktop.com.tw/topic.php?TOPIC_ID=46877 至於內文太大發生問題，好像是 IHTMLDocument2 元件的問題， 我不清楚是不是 write 屬性有最大的寫入上限。 所以我用一個 try ... catch 把它包起來避開這個問題，因為看起來不影響輸出結果，所以暫時不理他。 --

我原來的硬碟在一個月前掛了，在我沒有任何準備及 backup 下，那個程式的原程式碼都全報銷，我花了整整一個才編好了原來的程序，準備加入更新項目，所以才想請教你這個問題。