t.yさん、こんにちは。

＞なんとか親画面名を子画面に書かない様に．．．と頑張ったのですが
＞親画面の関数を呼ばないといけない処理が発生してしまい万事休す。
＞断腸の思いで今回は親画面名の修飾を使うことにしました。
＞本当はすごくイヤなんですが．．．親画面の関数をイベントにすれば
＞ParentWindow()がおそらく使えると思うのですが、そこまでして
＞やらないといかんかなぁ．．．という気もしてきまして．．．

理想と、時間の制約とがシーソーゲーム（笑）して、
どこで止めるのか判断するのが大事ですよね。

さて、少し誤解を解いておきましょう。

イベントにしたからといって、単純にParentWindow()で済む訳ではありません。
TriggerEvent関数／PostEvent関数にイベント名を文字列で扱うことを考えてらっしゃいます？
実際にはこれらの関数では、引数にも戻り値にもオブジェクトを扱うことはできません。

オブジェクトやユーザの思い通りの引数／戻り値を持つイベントを呼ぶときは、
関数と同じように記述します。

　ObjectName.Function 関数名()
　ObjectName.Event イベント名()

ですから window型では、ユーザイベントもコンパイルエラーになります。

＞「子画面で親画面名をかかずに親画面のオブジェクトをアクセスする」
＞方法について他にも情報がありましたら、ぜひ御教授下さい。

少なすぎたヒントを加えます。 (^^;ゞ
「Dynamic」キーワードです。
ヘルプで「関数とイベントの呼び出し構文」を読み直してください。
（ここには、すっごく大事なこと書いてありますけど、
　あんまりにも初歩的なタイトルなので
　VBなどのツールに慣れた人ほど読んでないような気もしますね。　笑
　読んでても初心の頃だし、理解せぬまま忘れてるかも。　笑）

Dynamicを使うと、コンパイルチェックがかかりませんので、
ユーザイベント／関数をwindow型などでも呼び出せます。