這是我在2000年底時的舊作!! FlowEdits 一組能夠以流程來設計程式(副程式/模組)的元件 在每個流程元件中亦提供相關的Event及Property讓設計人員 撰寫程式碼!!( 2.0 版，無原始程式碼 ) 參考圖形如下

附加檔案：43534_wf010223ToKTop.zip

以下為2003年以後的版本(測試中.....)     加強對Package的支援....等(僅供參考)!!

G01大大好強,真希望有您一半的功力, 請問您的source有沒有要賣,如果有,可以跟您買嗎? 或是不方便的話,教教小弟如何設計,起個頭也好, 小弟付學費請您指點一二不知道是否可行...

hahalin 您好!! 其實是您過獎了!! 沒有您說的那麼好!! 其實我只是在利用假期或待業時期卯起來寫程式而已-->因為真的是興趣在此!! 說穿了其實大家都有這種潛力只是時間問題而已!! >>>>>請問您的source有沒有要賣,如果有,可以跟您買嗎? 當然可以,不過2003年的版本仍在建構當中;充其量只是在Beta版本!!並沒有辦法達到對外公開的標準,這也是我一直遲遲沒有公開的原因;還有就是另外有其他的計劃正在進行!! 如果是2000年的版本的話,大致上來說已經是不再進行修改了!!唯一的問題是Paper的問題(大概要等上3-5個工作天)!!當然2000年的版本是完全相容於2003年的版本(當初建構2003年版本時,就已經有考慮過此一問題). 另外要說的是,想了解您的預算大概是多少!! (煩請使用以下的EMail: ctom3464@ms19.hinet.net 告知,Thanks !!) >>>小弟付學費請您指點一二不知道是否可行... 可以啊!! 細節上面煩請Email來討論..... From G01

引言: 以下為2003年以後的版本(測試中.....) 加強對Package的支援....等(僅供參考)!!

好熟悉的畫面喔！看了你的個人資料，才知道你是Atom Lin，我的三階程式設計、元件設計恩師，也是以前的好同事，現在的好朋友，以前看到你發表的文章還沒發現是你，怎麼用了這個ID？

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/

K.Top果然是臥虎藏龍! ～～～Delphi K.Top討論區站長～～～

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

To Dear Jieshu: >>>>>我的三階程式設計、元件設計恩師 喔!,不要這樣說.....你的成就都是出於自己的努力!! 跟我沒有關係OK!! 以下的話算是敘敘舊吧!! 其實,我還蠻欽佩你的!! 因為你真的是很努力的一個人,在岡山和你共事的日子;真的是很愉快!! 會用G01是因為領域到0與1的奧妙,君不見許多數學模型多包含了0與1之間的值 ;讓自己覺得0-1之間包含了無限可能,就好像 Jieshu 一般,幾年間的成長,令大家有目共睹!! 我也一直引以為目標喔!!

無法安裝元件~@@~ 最近也要做類似的程式~ 請問可以指導一下嗎~?? 請問是不是所有的拖拉物件都必需做成元件?? 真的給他沒觀念~ 可以麻煩大略說一下做法及模組嗎 謝謝~^^

其實我一直都在給自己出題目,當然不是出於好玩!!而是希望藉此涉獵一些平常難以得到的知識(也許現在已經不能這麼說,因為網路資訊太多了!!令人目不暇給);像ASpFileData Suit就是一個例子!! 那時只是想明白如何去建構一個Simple的Database Engine而已!!會產生出TAspFileData Suit 其實我也很意外!!另一方面是實在是受夠了Paradox的欺凌(這樣說會不會得罪Borland ??)!! 所以才會在這方面下工夫. 再和dllee大大談過之後(不好意思把大大您牽扯出來!!),因為還不確定該組件是否要繼續修改;所以也沒有要將其商業化的打算....所以才會有上ktop詢問關於Share Source Code的問題與諮詢有此需要的User的意見!! 會建構WorkFlow是因為想替Programer做兩件事,替企業主作一件事,它們分別是 Programer: 1.讓Domain Knowhow 可以容易取得,並減輕交接的負擔 2.讓Paper和Program同步,不用一次做兩件事 Manager: 不用擔心專案技術後繼無人的問題!! 當然,以上只是理想!! 我只是將理想逐步落實而已!! (也許只是一廂情願罷了!! 不過卻豐富了程式設計的樂趣!!) 以上純屬心情分享,請各位大大不要見怪!! 若有言語不當之處,還請各位海涵!! G01

To Ricky5678 這個套件是For Delphi 7.0的版本,如果你的Delphi版本不同 還請告知(也歡迎BCB的朋友!!),謝謝!! >>>請問是不是所有的拖拉物件都必需做成元件?? 答案是否定的!! 純粹依用途而定!! 要拖拉的物件只要針對DragOver 及 DragDrop事件以及物件的StartDrag,EndDrag屬性上面下工夫即可!!

引言: 喔!,不要這樣說.....你的成就都是出於自己的努力!! 跟我沒有關係OK!! 以下的話算是敘敘舊吧!! 其實,我還蠻欽佩你的!! 因為你真的是很努力的一個人,在岡山和你共事的日子;真的是很愉快!!

當然師傅領進門，修行在個人，但如果沒有你的領進門，我還在門外不得其門而入呢？想當初剛接觸三階觀念時，還有點鴨子聽雷，到現在已掌握60%左右，元件設計更是，當時聽你說的，好像還分三還是四個階段呢？我想我現在是介於一跟二之間吧！

引言: 會用G01是因為領域到0與1的奧妙,君不見許多數學模型多包含了0與1之間的值 ;讓自己覺得0-1之間包含了無限可能,就好像 Jieshu 一般,幾年間的成長,令大家有目共睹!! 我也一直引以為目標喔!!

不錯！很有意義的ID！有時工作太忙會抹煞掉程式設計師的創意的，唯有空時才能發揮想像跟研究，唉！現在工作太忙了，只能想像跟研究和工作相關的。

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/

dear Atom Lin，近來一切安好，新年快樂，事事順利. dear friend lee.

G01大大,年終還沒發下來,就先問個小小的問題好了 像連接線是繼承自twincontrol或是tgraphic來作的呢? 我一直很疑惑,類似visio的連接線的作法,以delphi的實作來說 又像是可以canvas來畫,然而承載箭頭的容器的形狀呢?是跟箭頭的周圍一樣是箭頭的形狀?那麼如何在滑鼠點一下可以取得focus呢? 基本功不夠,就是這樣東卡西卡的... 如果您有空或是覺得小弟還算是可以指點的那就真的不要客氣指點一二...

to hahalin :       首先是繼承的部分說明:        繼承TWinControl和TGraphicControl最大的不同點在於        TWinControl可以作為其他控制項的"容器",且擁有Handle        而TGraphicControl都不具備!!        所以,依需求慎選父類別也是非常重要!!       連接線:        連接線段這一部分,就有兩種做法:        方法一.               繼承自TWinControl,配合UI來取的所有的點                  好處是:易於管理,易於使用(ps.前提是,UI要寫的夠好用!!)               壞處是:耗費Memory與系統資源!!因為東西一複雜起來,搞不好                      OS的效能因此大受影響               適用範圍: 極需要美觀,且易於被使用者使用的介面,或是預設在                         高等級(資源多,不易耗盡)的電腦使用           方法二.               繼承自TGraphicControl,由程式以特殊UI匯出連接線                  好處是:易於使用,與UI的關係較少,系統資源耗費控管容易               壞處是:不易於管理與圖形畫面的安排               適用範圍: 屬於多且繁雜的圖形組織,或屬於時常要被呼叫,建立                         的模組(例如: Package !!)                                                               G01 

圖形採用類似下面的方式(貼磁磚), 會不會比較省記憶體? http://www.fatesoft.com/s2f/

感謝G01大大的指教, 看來,我真的還有好長的一段路要走 其實,在去追逐一些新玩意兒前 能把這種硬底子的玩意兒搞懂,進而創造發明 那才是好樣的... 與ktop各位共勉...

To hahalin:            其實,KTop的諸位都可以做得到的(當然包含hahalin ) >>>>看來,我真的還有好長的一段路要走 知難行易喔!! 不要忘了這句話!! 加油!!

To gattaca : 嗯,很不錯的工具!! 其實,flowchat是很好的工具,但是其實它的價值在個人看來是有更好的用途 在寫作這套元件前,我也收集了許多相關的資訊;包含了您現在告訴我的這套 元件資訊(不是為了抄襲,而是了解其著眼點在哪裡!!) 這讓我想起了以前的Code Generator;我的目的並不是為了要FlowChart 而FlowChart(應該說FlowChart只是這套元件最Basic的功能),相信在2003 年的新模組完成時,您就會了解了!!

大期待~~~!! 也請關照使用BCB的朋友

OK !! 當然沒有問題!!

引言: 以下為2003年以後的版本(測試中.....) 加強對Package的支援....等(僅供參考)!!

跟 D8 .Net 還有點像