主旨 : VCL How To 文件撰寫工程 for Delphi/BCB 徵求負責人(認養人) 說明 : 從 Delphi 1.0 到現在 無論是 Delphi 或 BCB 無論是中文書或外文書 沒有有一本書把全部元件講過一遍 希望集合眾人的力量 從元件使用介紹開始蒐集並整理資料 希望大家能為 VCL 文件撰寫盡一己之力 計劃 : 先由策劃人(bruce0211)訂定規劃主題 , 以元件頁(如 Standard , Additional ...) 為文件撰寫單位 , 每單位主題都有權重 , 以利將來權利義務分配 , 每個單位主題找一個或兩個認養人 , 可自選主題或依程度,實力,經驗分配主題 , 先求齊(Delphi & BCB 夾雜亦可 , 反正兩者用法差不多) 再求全(最好 Delphi & BCB 各一份) 參加 : 有意成為認養人者請在此回覆留下您的連絡資料與有興趣介紹的元件名稱 ,一般會員(非領養人)亦可提供資料給認養人整理 , 找不到資料的認養人就要想辦法自己完成該頁所有元件說明 互相觀摩比賽.... 撰寫格式: 1.以記事本存檔為.TXT檔格式 2.若須圖文夾雜請用Front PAge存為HTML檔,再將.JPG等圖檔連同.HTML檔用本站的e-Book軟體寫成一本電子書.ZIP檔 (電子書e-Book軟體請見 http://ebook.ktop.com.tw) 權利 : 文件不管以任何形式發散 , 作者大名將永流於文件內 , 若有商業用途(如出版書籍) 將依章節權重分配權利 義務 : 為避免流於形式 我要求每個認養人都要有完成任務的決心 撰寫 : 總發行人負責文件整理發行 由站長成立一個 VCL HOW To 進度報告公告區 供一般 user 參觀 另開一個團員連絡區上傳下載區 只有加入的團員才可看到與進入 待文件整理完畢再公諸於世! 現在就加入我們的行列吧! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

我覺得,以元件頁為撰寫單位似乎是不太恰當，因為有的VCL元件並不出現在元件頁，應該以買DELPHI時送的那張元件表為撰寫單位比較適合。 以上是小弟的淺見 智慧是命運的征服者

------
智慧是命運的征服者

引言: 我覺得,以元件頁為撰寫單位似乎是不太恰當，因為有的VCL元件並不出現在元件頁，應該以買DELPHI時送的那張元件表為撰寫單位比較適合。 以上是小弟的淺見 智慧是命運的征服者

個人覺得這次應該是以原件盤上的原件如何使用以及個人心得為主 若是類別圖上所有的類別來做 連帶基礎類別也要解說一二 可遇見的工程是浩大的..各位覺得呢?

這樣才有How to 的精神 不過如果真的會搞的很麻煩的話,還是依照樓上說的話好了 智慧是命運的征服者

------
智慧是命運的征服者

TO kynix 兄 您的精神的確可敬 但基於How to Team 目前的成員人數...可能... 但相信在未來的某一天..將會有人完成的 kynix 兄加入How to 的陣容如何? 算是替How to Team 拉拉客..這樣也算功德一件吧!!

------
台上一分鐘，台下十年功

原則上我是蠻有意願的 不過以"頁"為單位…小弟恐怕無力參與，能力尚不足時間也不夠 相信也有不少人和我一樣 如果大家有精通某元件，不妨也是可以將心得與文件交給"負責人"整理 一方面能滿足我們出份心力的慾望:p 另一方面也可以讓"負責人"少點歷力 如此更能動員本站 另外建議…一些有名的3th party的VCL 元件的How to 可能會有更多人需要 這樣的資訊更是比起標準元件少了許多，連一本書都沒有出現過 以上拙見，不知站長大人與各位先進覺得如何? 噓~~~~~~沉思中…

我的想法是先以Delphi內附的元件，當標準元件資料到一定量之後在慢慢加入3th party的元件部份，這樣一步一步可能會比較好一點，在說到以元件頁作為撰寫單位這不是一定的，您可以一位到二位在不行三位也好(太多點)都可以，每個作一點，一點一點累積我相信很快這東西就會有一定的成果了。    一起來加油巴。 ^^    從思考取勝一切~q

------
從思考取勝一切~q

原則上我是蠻有意願的 不過以"頁"為單位…小弟恐怕無力參與，能力尚不足時間也不夠 相信也有不少人和我一樣 如果大家有精通某元件，不妨也是可以將心得與文件交給"負責人"整理 一方面能滿足我們出份心力的慾望:p 另一方面也可以讓"負責人"少點歷力 如此更能動員本站 這一點我也很贊同,整頁都要負責寫完,就會有很多人打退堂鼓,如過有心的話,就算是一兩個元件的介紹也歡迎加入! 另外建議…一些有名的3th party的VCL 元件的How to 可能會有更多人需要 這樣的資訊更是比起標準元件少了許多，連一本書都沒有出現過 3th Party的元件非常多,光本站就上萬個元件(當然其中很多功能重覆的), 倒底要介紹那一個也很難拿捏,本站未來會由阿子副站長主持一個"新元件介紹區",屆時再將這些3th Party元件的介紹放入該單元也可以! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

大家的憂慮我在此再補充說明 : 依照 「VCL How To 文件撰寫工程」內容節錄 : ........ 參加 : 有意成為認養人者請在此回覆留下您的連絡資料與有興趣介紹的元件名稱 ,一般會員(非領養人)亦可提供資料給認養人整理 , 找不到資料的認養人就要想辦法自己完成該頁所有元件說明 互相觀摩比賽.... 權利 : 文件不管以任何形式發散 , 作者大名將永流於文件內 , 若有商業用途(如出版書籍) 將依章節權重分配權利 義務 : 為避免流於形式 我要求每個認養人都要有完成任務的決心 ........ 以下為我的說明: 1.文件以頁為單位只是有個負責"區域" 認養人負責的並不是光撰寫資料,還有收集其他作者資料之責 認養人最重要的特質是整理資料的能力,不一定是撰寫資料的能力 例如您最近在收集或研究 Indy 的資料 趁此機會可逼自己將整個 Indy 元件資料整理一遍 記得我當初還不會 HTML 時 , 晚上唸在職班 就自願當班網站長,因為就是要逼自己學會 HTML (雖然不難,不過之前說要學也是拖了好幾年 當了班網站長,連公司業務上用不到的 CGI 我都被逼的用 Delphi 寫完班網的 CGI 討論版) 2.若不當認養人的作者也是可以提供資料,作者權利義務寫的清清楚楚 3.凡事起頭難,在說明中: ...... 說明 : 從 Delphi 1.0 到現在 無論是 Delphi 或 BCB 無論是中文書或外文書 沒有有一本書把全部元件講過一遍 希望集合眾人的力量 從元件使用介紹開始蒐集並整理資料 希望大家能為 VCL 文件撰寫盡一己之力 ...... 以我自身來講 : Delphi 五年 BCB 一年 經驗 我都還有 1/3 的標準元件沒用過或不會用 那些也並非冷門元件 例如控制 MS-Office 的元件,成天看人在討論 只是在我的領域裡沒需要碰到那些元件... 當然...其他也有很重要的主題 但是...還是有個基礎起頭的主題 您說不是嗎 ? 以元件頁為單位方式只是其中的Group 到時討論版開放出來,大家再依自己有經驗的主題 選 Group 發揮 還是那句老話 : 希望大家能為 VCL 文件撰寫盡一己之力 發表人 - bruce0211 於 2002/08/04 12:00:26

請問如何加入?    我看了看上面的文章, 好像把這個計劃幾個團隊處理每個頁, 然後每個團隊比賽時最快做好和做的最好, 我覺得這樣比較能激勵士氣. 那位隊長的責任可能會很大喔. 智慧是命運的征服者

------
智慧是命運的征服者

加入的方法是 1.在此頁留言表達加入意願 2.介紹一下本身比較在行的元件領域(如一般元件,網路元件,或資料庫) 3.要當某一元件頁之認養人或只是提供文件給我整理(bruce0211@yahoo.com.tw)

各位好 不知能否有機會共襄盛舉，為日後的delphi新鮮人 奠定一學習基礎標準。 認養的範圍則建議帶頭老大作一妥善規劃後會比較好的， 小弟功力一般，還希望大家多多包涵。 hahalin

太好了,有這樣的一項工程真是太偉大了!團結的力量是無窮的! 小弟的力量有限,只能幫忙提供一些資料.不過大多數是抄書上的,是否會侵犯版權?

------
Happy Coding

引言: 太好了,有這樣的一項工程真是太偉大了!團結的力量是無窮的! 小弟的力量有限,只能幫忙提供一些資料.不過大多數是抄書上的,是否會侵犯版權?

其實書上的資料還不是抄自 Miscrosoft 或 Borland 技術手冊 只不過希望資料是經過消化與整理的 我也覺得應該有人把市面上的書的精華整理一下 可能一本厚達五-六百頁的書 整理後可能有價值的(對於有一定程度的讀者來說)不到 50 頁.... 所以 VCL How To 的資料來源應該有下列幾項 1.讀書心得(最簡單的來源,但要經過消化整理,不要文抄公) 2.各大討論版整理資料(免得有人重複問題一問再問) 3.自我研究心得(市面上找不到的或從沒人整理過的資料) 知識是公開與分享的,但整理卻是要心血與鼓勵的... 對了,在此公告一下 VCL How To 招募進度 已招募到認養人的元件頁 InterNet 元件頁 FastNet 元件頁 ADO 元件頁 可重複認養 , 知識的來源可多方參考比較 hahalin & hxf_wolf 你們要認養哪些元件頁呢 ? 若限於時間 , 只想當自由作家的話 , 投稿可寄給我 bruce0211@yahoo.com.tw

引言: 如果是想發表 VCL 元件勒？？ 友誼自分享開始 ^_^ PlatoWu

您是說"自寫"的 VCL 嗎 ? 若你有完整的程式碼解說也歡迎投稿,我再想辦法百再適合的 Topic 內

我是認為以 "頁" 為單位並沒有什麼不好, 至於某些頁元件比較多, 某些頁元件比較少的問題, 可以用某頁有好幾個人撰寫(如果可以有 "頁" 負責人可能更好), 如果只有一個人就寫比較慢而已. 我可以參加 [Data Controls] or [Interbase] 這二頁其中一頁. 請 bruce0211 兄看要如何安排.

------
將問題盡快結案也是一種禮貌!

引言: 我是認為以 "頁" 為單位並沒有什麼不好, 至於某些頁元件比較多, 某些頁元件比較少的問題, 可以用某頁有好幾個人撰寫(如果可以有 "頁" 負責人可能更好), 如果只有一個人就寫比較慢而已. 我可以參加 [Data Controls] or [Interbase] 這二頁其中一頁. 請 bruce0211 兄看要如何安排.

這兩頁元件都很重要 那請 Danny 兄先負責 [Data Controls] 頁好了 發表人 - bruce0211 於 2002/08/05 11:41:11

我也發表一下我的意見 有關於「VCL How To 文件撰寫工程」,基本上我是贊成 不過其工程過於浩大,假如說對於未來一般的使用者來說, 莫過於配合範例比較適當,其中最好是包含組合運用, 以我來說,學Delphi 5,6年了, 對於元件盤上許多元件的屬性,及method還有很多沒有用到, 不過對於目前程式上所需的應用已經足夠來,或許在未來還需要再學習, 不過目前並不需要, 因此我建議以VCL的應用為主,可以在文章的開頭加入所使用到的相關元件 以便於使用者查詢或者未來的分類,同時剛開始大家可以把手邊已經有的範例 加以介紹如何完成即可,再透過分類的方式,就可以提供初學者學習的機會 以下是小弟個人的淺見 delphwwww

引言: ...... 不過其工程過於浩大,假如說對於未來一般的使用者來說, 莫過於配合範例比較適當,其中最好是包含組合運用, 以我來說,學Delphi 5,6年了, 對於元件盤上許多元件的屬性,及method還有很多沒有用到, 不過對於目前程式上所需的應用已經足夠來,或許在未來還需要再學習, 不過目前並不需要, 因此我建議以VCL的應用為主......

這也是我比較贊成文件的寫作採自由風格 而不是制式的屬性介紹或方法介紹... 因為有些動作是同時用屬性 方法才能完成的 元件的介紹中可穿插一些跟別的元件搭配使用的範例來說明 但文件還是要有個主題 基本上小弟認為我們要提供的是魚竿 而不是搭配好的套裝 user 的使用目的千奇百怪 ....

我也希望能參加 ,如果有機會的話 ,我想參加 ADO 的部分

引言: 這也是我比較贊成文件的寫作採自由風格 而不是制式的屬性介紹或方法介紹... 因為有些動作是同時用屬性 方法才能完成的 元件的介紹中可穿插一些跟別的元件搭配使用的範例來說明 但文件還是要有個主題 基本上小弟認為我們要提供的是魚竿 而不是搭配好的套裝 user 的使用目的千奇百怪 ....

發表一點意見 即然是一份 How To 文件 我覺得格式的統一是必要的 就像一本書裡面，每個章節的寫作風格都不同 那以後讀起來可能會有點費力吧 所以我覺得策劃人可以規定一下寫作的大致模式 然後再視整理人的想法加進一些不同的東西 比如以下的標題 1.元件頁介紹 2.常用元件方法，屬性介紹 3.元件搭配應用 4.常見問題 5.個人經驗談 . . 這類的大綱 在閱讀者看起來，應該會較容易吸收才是 不然有的人用分類法 有的人用小說寫法，一字一字從頭寫到尾 似乎會造成閱讀者的不便 一點小意見，提供給做參考

希望大家都能快快投稿 這樣大家才能評估文件的風格應該如何好 像是 Linux How To 的風格大家可都是可以參考的 它也是由自由作家自由撰寫 哪篇文章的好與壞 讀者自有公評 基本上撰寫風格自由發揮, 但也可參考下列方式編撰... [元件簡介] [重要屬性] [重要事件] [範例說明] [使用經驗] 小弟認為 , Delphi 出來 5-6 年 前輩有做筆記的一定很多 若是拘泥於風格問題 怕前輩的筆記都不敢拿出來了 真正有心重頭寫的就請參考上面的格式撰寫 還是那句老話 : 先求齊 , 再求全 .... 小弟自由格式之文章範例請參考 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=18760 發表人 - bruce0211 於 2002/08/05 22:29:13

hahalin & hxf_wolf 你們要認養哪些元件頁呢 ? 版主大大: 我想認養win32元件頁

引言: 我也希望能參加 ,如果有機會的話 ,我想參加 ADO 的部分

真好..我有伴了!! Jamese 趕快跟總編輯 bruce0211 報名一下 就可一起寫作ADO 元件頁了 若Jamese兄是使用Delphi那更好 我們還可以來個 BCB Delphi 雙範例解說 近乎完美...

我想凡 (上榜會員) 都應該插一角吧這樣就100名了或站長副站長寄個郵件告知不就ok 像我沒啥時間也不會寫程式 不過如果找資料到還可能 其實這一種事應該寶籃公司出來 (到三剛) 卻輪到寶籃產品愛好者出面 這一點我想是寶籃輸微軟的最大缺點 寶籃程式員的自力救國團 看請形有一點和(自由軟體)模式相同加油吧 程式設計師的黃金10年 看來kynix會員應該是年記最小 空間最大ㄛ

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind

目前已招募到認養人的元件頁 : InterNet 元件頁 (站長) FastNet 元件頁 (bruce0211) ADO 元件頁 (ray24 , James 新加入) Standard (阿子) Data Control (Danny 新加入) Win32 (hahalin 新加入) 可重複認養(我會統籌整理) , 知識的來源可多方參考比較 其它找資料或自由作家請直接將整理資料寄給我 bruce0211@yahoo.com.tw 3Q , 3Q ~~

引言: 主旨 : VCL How To 文件撰寫工程 for Delphi/BCB 徵求負責人(認養人) 說明 : 從 Delphi 1.0 到現在 無論是 Delphi 或 BCB 無論是中文書或外文書 沒有有一本書把全部元件講過一遍 希望集合眾人的力量 從元件使用介紹開始蒐集並整理資料 希望大家能為 VCL 文件撰寫盡一己之力 計劃 : 先由策劃人(bruce0211)訂定規劃主題 , 以元件頁(如 Standard , Additional ...) 為文件撰寫單位 , 每單位主題都有權重 , 以利將來權利義務分配 , 每個單位主題找一個或兩個認養人 , 可自選主題或依程度,實力,經驗分配主題 , 先求齊(Delphi & BCB 夾雜亦可 , 反正兩者用法差不多) 再求全(最好 Delphi & BCB 各一份) 參加 : 有意成為認養人者請在此回覆留下您的連絡資料與有興趣介紹的元件名稱 ,一般會員(非領養人)亦可提供資料給認養人整理 , 找不到資料的認養人就要想辦法自己完成該頁所有元件說明 互相觀摩比賽.... 撰寫格式: 1.以記事本存檔為.TXT檔格式 2.若須圖文夾雜請用Front PAge存為HTML檔,再將.JPG等圖檔連同.HTML檔用本站的e-Book軟體寫成一本電子書.ZIP檔 (電子書e-Book軟體請見 http://ebook.ktop.com.tw) 權利 : 文件不管以任何形式發散 , 作者大名將永流於文件內 , 若有商業用途(如出版書籍) 將依章節權重分配權利 義務 : 為避免流於形式 我要求每個認養人都要有完成任務的決心 撰寫 : 總發行人負責文件整理發行 由站長成立一個 VCL HOW To 進度報告公告區 供一般 user 參觀 另開一個團員連絡區上傳下載區 只有加入的團員才可看到與進入 待文件整理完畢再公諸於世! 現在就加入我們的行列吧! ～～～Delphi K.Top討論區站長～～～

阿我ㄟ~~ 站長兄~不要忘了我ㄝ~~

引言: 阿我ㄟ~~ 站長兄~不要忘了我ㄝ~~

以後請直接表達加入意願 以節省訊息往返時間.... 加入的方法是 1.在此頁留言表達加入意願 2.介紹一下本身比較在行的元件領域(如一般元件,網路元件,或資料庫) 3.要當某一元件頁之認養人或只是提供文件給我整理(bruce0211@yahoo.com.tw)

引言: 我想凡 (上榜會員) 都應該插一角吧這樣就100名了或站長副站長寄個郵件告知不就ok 像我沒啥時間也不會寫程式 不過如果找資料到還可能 其實這一種事應該寶籃公司出來 (到三剛) 卻輪到寶籃產品愛好者出面 這一點我想是寶籃輸微軟的最大缺點 寶籃程式員的自力救國團 看請形有一點和(自由軟體)模式相同加油吧 程式設計師的黃金10年 看來kynix會員應該是年記最小 空間最大ㄛ

Borland 的財力、人力確實無法與 M＄ 抗衡，如果真的可以，那 Delphi 的使用者早就超過 VB 的使用者了。 VB 有各國語言的版本，包含完整的說明文件都 Localize 了，這對於初學者來說實在是太方便了。而 Delphi 在各方面都比 VB 強太多了，但限於 Borland 的財力及人力無法將它 Localize ... 或者 Borland 各地區的分公司應該有能力作這樣的工作（可以轉包），但 Borland 總公司可能就沒有這樣的策略... 不論如何，大家都還是選擇了自己認為最佳的開發工具，當然，如果該工具有一些小缺點，能找到同好一起把它補起來，那也是很不錯的，畢竟一個人不可能常常更換開發工具，否則就不太可能專精了您說是不？ P.S. 最近工作壓力大，無力再認養... 有點不太好意思說 ... 只能給大家精神上的鼓勵及支持！ 加油囉！

蠻想加入, 但功力尚弱, 請各位前輩先定一個標準規格(標準格式), 再指派小弟囉! 我看到最恐怖的一頁 Servers ( On Delphi 6). 我建議發起人先列出所有的數量, 再依照重要性排列, 大家依照重要性先把重要的列一列, 才去寫罕用的(如 decision cube). 最後再寫將淘汰的(如 BDE, 微軟主推 ADO, 未來 BDE 生存空間將很有限).

自由發揮都快要沒人參與了 還定排列哩 .....感恩~感恩~~ ^_^\\\ 對了,我不趕流行,據我所知在一些獨立的系統 如 POS , 或小型應用程式 , BDE 用的還是滿穩也滿多人用的 ADO...我覺得不穩 , 連基本的 RecordCount 都算不準 也許是 Borland ADO 介面沒寫好 ... 也許是 ADO 底層就 !@#$%^&.... 所以我的傾向是:單機版的程式用 BDE , 連大型資料庫的程式就用 SQL Link 夾在中間的 ADO (聽說連到 MS-SQL2000 還有問題), 我就不知要怎麼用了 .... 目前大家時間有限,真的找一組人來重頭規劃撰寫有點不太可能 我想應該是各方高手就自己的領域專長或興趣,提供自己的心得整理 這樣應該是比較快且有效率的做法 ... 發表人 - bruce0211 於 2002/08/07 08:54:58