发信人: "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