みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
Windows 7 Pro(64bit)
FMPro ADV 15
-------------------------
前提条件として、
テーブルA、レイアウトB・C、表示用端末D・Eがあり
レイアウトB・CはテーブルAを参照するものとします。
端末DはBのレイアウトを、端末EはCのレイアウトを常時表示しています。
この環境で、レイアウトBで新規レコード作成しても
レイアウトCにレコードが追加されないのですが、
何か仕組みや設定が必要なのでしょうか?
Cの表示内容を更新するには
いちいちCのレイアウトを開き直ししなければいけません。
一度Cに新規レコードが表示されれば、
フィールドの内容はBで編集したのもがCに即座に反映されます。
テーブルオカレントを分けてリレーションの設定をしても同じでした。
根本的に理解できていない部分があるのでしょうか。
ご教示お願いします。
Offline
レイアウトが同じでも端末が異なる場合「新規レコードの作成」のみ、リアルタイムで反映されないですね…
「フィールド内容の更新」と「レコード削除」はリアルタイムでした。
原因が特定できなくて申し訳ないのですが、
レイアウトが同じでも発生するということは、リレーションの問題ではないということだと思います。
Filemaker Advance 15 (win7) / Filemaker Go 15 (ipad mini/ipad mini2/ipad 2017)
Offline
肉塊様
ありがとうございます。
今回の場合レイアウトは別々です。
表示するテーブルはどちらのレイアウトも同じものを参照しています。
同じテーブルを様々な形式のレイアウトで表示できることも
FileMakerの良さの一つだと思っていたのですが…
これでは新規レコードを作成したレイアウトでしかリアルタイム更新されませんね。
Offline
レイアウトBで新規レコード作成しても
レイアウトCにレコードが追加されないのですが、...
テーブルAにレコードは、追加されています。端末EのCレイアウト上でレコードの総数は増えているので確認してください。
端末Dで新規レコードを作成した時に、別端末でもそのレコードを表示したいという事でしょうか?
Offline
. [テーブル]
∧
[レイアウト1] [レイアウト2]
| |
[端末A] [端末B]
上図の状態で、Aでレコード追加してもBにリアルタイム反映されない、という事?ですよね?
[テーブル]
|
[レイアウト]
| |
[端末A] [端末B]
このように試したのですが、こちらでも、Aでレコード追加してもBにリアルタイム反映されません。再読み込みすれば出ます。
[テーブル]
|
[端末]
∧
[レイアウト1] [レイアウト2]
| |
[ウィンドウ1] [ウィンドウ2]
こちらでも、ウィンドウ1でレコード追加してもウィンドウ2にリアルタイム反映されません。これも再読み込みすれば出ます。
仕様でしょうかね?
Last edited by 肉塊 (2017-11-02 16:58:12)
Filemaker Advance 15 (win7) / Filemaker Go 15 (ipad mini/ipad mini2/ipad 2017)
Offline
qb_dp様
基本的には入力用の端末(D)と表示用の端末(E)があり
入力用でレコード作成や編集をして、表示用端末でも同じ内容がリアルに表示されるのが理想です。
表示用端末では一切の操作はしないつもりです。
肉塊様
[テーブル]
|
[レイアウト]
| |
[端末A] [端末B]
上記でも反映されないのは不思議ですね。
私の場合は業務でFMServerを使用しているので
同じレイアウトとテーブルであれば普通にリアルタイムで共有出来ています。
TimerとLoopでウィンドウの再表示を
一定間隔でするしかないですかね。
スクリプト使うまでもないと思っていたので出来ればやりたくないですが…。
Offline
画面に表示されているレコードがリアルタイムにならないとき、
レコードは検索された状態ではありませんか?→(57/100)のような状態。
※全レコードが該当した検索(10/10)も検索された状態です。
画面に表示されているレコード(対象レコード)は端末・ウインドウ毎に制御されています。
このため同じ端末でも別の端末でもウインドウが異なる場合は同じ状態にはなりません。
肉塊さんの同じ端末で別ウインドウでもリアルタイムにならないというのが分かりやすいかも知れません。
「検索結果を保ったままで別の検索を行いたい」などの質問で新規ウインドウを使うアイデアがしばしばでるのはこのためです。
全レコードを表示した状態(全レコード表示)で試してみては如何でしょう?
この場合はウインドウが異なっていても端末が異なっていても新しいレコードが表示されませんか?
Offline
なるほど!とてもわかりやすいです。そういうことだったのですね…
Mozさんの仰るとおり、先ほどの#2,#6はいずれもFMServer上で稼働中の、絞込み条件ありのファイルでテストしていました。
全レコード表示状態で再テストしたところ、同一端末上ではリアルタイムで反映されることを確認致しました!
端末からは絞込み解除できないように設定しているので、別端末でどうかはまだ見てませんが、、たぶんこれでリアルタイム反映に関しては、解決しそうな気がします。
ただし絞り込み条件が死ぬので、そこは別の解決方法が必要になりますが…
Last edited by 肉塊 (2017-11-02 17:54:18)
Filemaker Advance 15 (win7) / Filemaker Go 15 (ipad mini/ipad mini2/ipad 2017)
Offline
レコードを閲覧または、編集している時に、他の端末で新しいレコードが作られたら、そのレコードが、突然表示されては困りますね。
A端末でレコードを追加した時、他の端末では、画面表示は変わりません。
変化するのは、以下のレコード数のみです。
リスト表示で全レコード表示になっている場合は、未ソートだと最下部にレコードが追加されますが、表示はされません。
入力用でレコード作成や編集をして、表示用端末でも同じ内容がリアルに表示されるのが理想です。
表示用端末では一切の操作はしないつもりです。
上記の様な動作を行いたい場合は、そのような仕組みを構築する必要があります。
ポータルであれば、新規レコードも別端末に表示可能です。
または、以下のような方法で別端末のFileMakerのスクリプトを実行出来ます。
別PCのFileMakerのスクリプトを実行。
https://fm-aid.com/bbs2/viewtopic.php?id=6096
FileMaker補助アプリケーション|ProcessMakerTL
https://fm-aid.com/bbs2/viewtopic.php?id=6178
Offline
皆さん様々なアドバイスありがとうございます!
大変勉強になりました。
確かに今回の仕組みでは絞り込み条件を設定しており
またそれが必須条件でもありました。
絞り込み結果表示中に、条件に合致した新規レコードが割り込み表示されて困るか?
と言われるとその時々のケースによるかもしれませんね。
私の場合は、本日新規作成レコードのみが次々と表示される仕組みを検討していたので
ウエルカムだったのですが…
ポータルを使用するという発想には至っていませんでしたので
早速試してみたいと思います!
Offline
ポータルでも自動的には新規レコードが表示されません…
ウインドウ内容の再表示をする必要がありそうです。
何か見落としているのでしょうか??
一度はできた気がするのですが、
色々やってる最中にでき無くなってしましました。
Offline
ポータルレコードのフィルタを設定されているのでしょうか?
Last edited by 肉塊 (2017-11-09 13:44:56)
Filemaker Advance 15 (win7) / Filemaker Go 15 (ipad mini/ipad mini2/ipad 2017)
Offline
フィルタは都合上使っていますね。
条件外のレコードは出したくなかったので。
やはりそれが原因でしょうか…?
Offline
ポータルフィルタはレコードの絞込み表示と同様ですので、恐らくそれが原因ではないかと思うのですが…
フィルタを解除したときに新規レコードが表示されるようになるかテストして頂ければ、原因かどうか判断できると思います。
フィルタを使用せず、リレーション条件で絞込みをさせることは難しいのでしょうか?
Filemaker Advance 15 (win7) / Filemaker Go 15 (ipad mini/ipad mini2/ipad 2017)
Offline
リレーション条件だけでも問題無いのですが、
条件外のレコードは一切表示させたくなかったので仕方なくフィルタを使っていました。
原因を教えていただけたのでもう少し工夫してみます。
ありがとうございました。
Offline
Pages: 1
[ Generated in 0.027 seconds, 7 queries executed - Memory usage: 558.95 KiB (Peak: 579.85 KiB) ]