みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
レイアウトＡからレイアウトＢを検索してまたレイアウトＡに戻すような処理の場合
レイアウトＢに切り替えて検索してますが、一瞬レイアウトＢが見えてしまうのって
どうにかならないのでしょうか？
それとも検索の仕方が間違っているのでしょうか？
わかりにくい・・・・
別テーブルなのか別レイアウトなのかとか
どんな検索なのかとかを
もう少し詳しく書いた方がいいのかも。
Offline
レイアウトを切り替えて検索、その後元のレイアウトに戻る、という事ですよね。
そのレイアウトが同じテーブルならば、検索条件によってはレイアウトを切り替える必要は無いかも知れません。
もっと具体的に条件を書いてみては。
Offline
テーブルＡ（レイアウトＡ）と累積テーブルＢ（レイアウトＢ）があります
テーブルＡに必要なレコードをテーブルＢを検索してインポートする場合などです。
１．レイアウト切り替え[レイアウトＢ]
２．検索実行
３．レイアウト切り替え[レイアウトＡ]
４．累積テーブルＢ->テーブルＡにインポート
このときレイアウトＢを表示されないようにしたいのです
累積テーブルＢのレコード数が少ないと気にならないのですが...
たいへん僭越ですが、一体何をされているのかわかりません。
だいたい テーブルA と テーブルB の関係が全く理解できないです。
なんのためにインポートするのか？
同じファイルでインポートする必要性って？？？？
Offline
そのスクリプトでは検索条件が固定という事になってしまうので
Bレイアウトに切り替えも要らなくなりそう。
検索モードとかフィールド設定が省略されているということなら
最初に「ウインドウの固定」を入れるとBは表示されないはず。
Offline
たいへん僭越ですが、一体何をされているのかわかりません。
だいたい テーブルA と テーブルB の関係が全く理解できないです。
なんのためにインポートするのか？
同じファイルでインポートする必要性って？？？？
わかりにくくて申し訳ありません。
ファイルは別ファイルです。
例えば
FileMaker Goを外部で利用するためにFileMaker ServerにあるテーブルＢを
FileMaker Goにインポートしたい場合などです。
１．レイアウト切り替え[レイアウトＢ]
２．検索実行
３．レイアウト切り替え[レイアウトＡ]
４．累積テーブルＢ->テーブルＡにインポート
前に書いたように、根本的に何をしているのかわからないけど
スクリプトについてだけ
１の「レウアウト切り替えの前に
”ウィンドウの固定”
を入れるだけで、テーブルB の作業は見えなくなるけど・・・
あとは、念のために最後に
”ウィンドウ内容の再表示”
をいれるくらいかな・
Offline
みなさん、ありがとうございます。
"ウィンドウの固定"ですね。
使ったことありませんでした。試してみます。
別ファイルだと、ウィンドウを固定しても、別ウィンドウが開いて何か動いているのは見えてしまうと思います。
どうしても別ウィンドウを隠したいのでしたら、サーバー上のスクリプト実行 を使って FileMaker server でスクリプトを走らせて抽出の処理をさせておいて、その結果を、レコードのキー（ユニークなフィールド値）のリストにして、スクリプトの結果として受け取り、その値でこちらのテーブルにレコードを作り、その他の値はルックアップする、という方法がとれるでしょうね。
Offline
ファイルは別ファイルです。
すれちがいで・・・
別ファイル？
全く条件が違いますね
ひょっとして
外部ファイルをテーブルとして取り込んだらどうかな？
でもなぁ。。。
Offline
Pages: 1
[ Generated in 0.008 seconds, 8 queries executed - Memory usage: 521.41 KiB (Peak: 525.95 KiB) ]