hondaさんこんにちは。リエッチと申します

＞ウィンドウのオープンにて、以下を記述しました。
＞
＞  dw_1.Modify(\"Ａ.Protect=\'1\'\")
＞  dw_1.Modify(\"Ｂ.Protect=\'1\'\")
＞  dw_1.Modify(\"Ｃ.Protect=\'1\'\")
＞  messagebox(\"getrow()\",string(dw_1.getrow())) ←　（１）
＞  dw_1.Modify(\"Ｄ.Protect=\'1\'\")
＞  messagebox(\"getrow()\",string(dw_1.getrow())) ←　（２）
＞  dw_1.ScrollToRow ( 1 ) 
＞
＞（１）の結果＝１
＞（２）の結果＝０

これは、行全てのカラムが「保護」されてしまったために、
現行の行の行き場所が無くなってしまったせいだと思われます。
修正可能なカラムを全てスクリプトで「protect保護」してしまうと
こういった事が起きるようです。

いろいろ試してみる価値はあるとおもいます
OPENでプロテクトしているからには、あるタイミングで
編集可能にするんですよね？

だったら、最初からカラムのタブ順序を「ゼロ」にしておいて、
編集するタイミングがきたら、タブ順序に数値を入れるのはどうでしょう？
私はそうやってやっています。

＞となり、ScrollToRowでdw_1のRowfocuschangedが起動してしまいます。
＞カラムＤのmodifyをコメントすると起動しません。
＞dw_1には１行以上が存在します。この違いはどこからでてくるのでしょうか？

ヘルプにも載っていますが、ScrollToRow関数は、「rowfocuschangedイベント」を
引き起こすと書いてありますので、これはしょうがないでしょう
コメントにするとイベントが起動しないのは、現行の行が「ゼロ」になってしまった
ためだと思います。

編集可能カラムを全て「protect」にすると、現行行がとれなくなるのかな？
私は今までタブ順序や背景色などで、入力可能／不可能を制御していたので
気付きませんでした　(^o^;)

protectを使ったとしても、カラム１個／２個だけだったので
GETROWで現行行はとれていたし・・

検討お祈りします