發信人: "Heaven" <j120006632@mail.chinatrust.com.tw>, 信區: BudaTech
標  題: Re: [buda-tech] fgfc 第四次改版, 請幫忙測試並提供意見.
發信站: 國立中山大學網路組 Mailing List (Tue Jun 17 14:36:28 1997)
轉信站: Lion!ccnews.nsysu!buda-tech@sccid.nsysu
來  源: sccid.nsysu.edu.tw


> 這回fgfc.pro的修改，針對我以前的測試報告，已成功的解決掉以下第一個問題
> ，第二個問題還沒解決，不過這樣已經安全多多了。
>   1.操作巨集鍵時，得先執行ALT+1這個巨集鍵，然後才可以執行ALT+2或ALT+3，
>     。如果不這樣，當你按錯了，第一次就按到ALT+2或ALT+3，那麼後果可能會
>     很慘的，也就是我前函所指的無故被刪掉一大塊文字。

  當初是不知這個巨集走的方向正不正確, 不敢投入太多心思  :p
  即然有用, 就當大改. 有關第一個, 後學還想到一個功能
  "記憶上一次的位置, 以免瀏灠全篇時, 游標跑到錯誤的地方."
  若有想到什麼應該會用到的功能, 歡迎提出來討論.
 
>   2.因為這幾個巨集鍵的作用，ALT+1 是找到文字差異處，接著的ALT+2及ALT+3
>     皆同時會對所開啟的Ａ、Ｂ兩檔進行差異處的修改，也就是當你按 ALT+2或
>     ALT+3 時，Ａ、Ｂ兩檔一前一後都被修改了。
>     那麼問題就來了，因為漢書在這種狀況只能undo一次，但是剛才的動作是修

  我想, 在某些特殊的動作下, 尤其是用程式來寫的,  word basic 也不能 undo , 
  後學想到了一個方法, 若有改過, 則將原行不動, 前面加上記號, 改過的新增一行,

  如此則反悔有望, 最後再一舉殲滅那些做記號的部份. 舉例
  
  原稿
  ========
  床前{{明||朋}}月光, 疑是地上{{霜||雙}}.

  第一次修改後
 ============
  <<待砍>>床前{{明||朋}}月光, 疑是地上{{霜||雙}}.
  床前明月光, 疑是地上{{霜||雙}}.

  第二次修改後
 ============
  <<待砍>>床前{{明||朋}}月光, 疑是地上{{霜||雙}}.
  <<待砍>>床前明月光, 疑是地上{{霜||雙}}.
  床前明月光, 疑是地上霜.
  
  如何!
  完成後再一舉砍掉那些行就 ok 了!

> 這裡您誤會了，上面那種列表方式，純是為了書信討論的方便而私下設計的，
> 在實務上我們還是要借重fgfc.pro來對照原書弄出一個正確本子。

  可用好用就好 :p
  其實當初我還想把那個比較對照表, 有印象吧! 這個格式的檔案 :

  === file a ===
     3 : 床前
  === file b ===
     4 : 窗錢
  ===========

  當時只是為了要找原稿位置才寫的, 如今這個對照表要發表嗎?
  因為我本來還想在使用巨集選字的同時, 做出這種結果 

  === file a === (正確)
     3 : 床前
  === file b ===
     4 : 窗錢
  ===========

  將我們的選擇一併列出, 只差不能說原因 (如, 錯字, 版本不同, ... )
  不知這份文件的作用還大不大?

> 我把這個問題簡化成如下：
> 我想這關鍵點是在於漢書巨集每執行修改後其游標位置的問題。

  沒錯!
  其實當時是懶得想這個問題, 還是被發現了 :p
  (想到以前公司的工程師, 有 bug 能藏就藏... )
  當時本來認為沒有連續二個相異處, 故在游標處理就草率了點.
  但後來 a 為一行, b 為二行的相異, 就要斷成二行, 故問題
  浮現台面了. 
  這是小弟偷懶, 不過當時是想日後再改, 先發 fgfc 出去測試再說.
  (容後學小小辯解一下  :p)

  Heaven