みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
OS:[ Windows7 ]FileMaker Ver:[ FileMaker15 ]
リスト表示で対象レコードが100件あった場合、
30件表示したら、改ページして
31から60件を表示したいのですが、
どのようにすれば、実現できます。
FileMaker初心者です。
よろしくお願いいたします。
Offline
簡易的にやるには、ボディーの大きさを必要な大きさに決めた上で、プレビューで確認しながらヘッダとフッタの大きさを調整して、30行表示できる様にします。
本格的にするには、ページ、というフィールドを作ります。対象レコードを抽出した後に、そのフィールドを、Div ( Get ( レコード番号 ) - 1 ; 30 ) で全置換します。ヘッダの代わりに、ページをキーとする小計パートにします。そのパートは、出現すれば改ページ のオプションを設定しておきます。そのレイアウトで、ページでソートすれば、30レコード毎に改ページされます。
Offline
Shinさん、早速のご回答、ありがとうございました。
試してみます。
Offline
Shinさん、教えてください。
まず、簡易的な方法ですが、
ボディの大きさの調整の仕方が分かりません。
ボディの1行の高さの調整しか見当たりません。
ボディ全体の高さの調整方法を教えていただけないでしょうか。
よろしくお願いいたします。
Offline
Shinさん
この質問は、帳票ではなく画面で実現したいのですが
間違いないでしょうか？
タイトルに画面と書いたのですが、内容には画面と
ひと言も書いていなかったので確認です・・・
Offline
間違いあります(ﾟo゜)
プレビューモードなら画面表示と言えますが・・・
リスト表示はスクロールで対象レコードを全部表示するので「改ページ」できません。
30行表示のポータルを使うとか？
Offline
旅人さん
ご回答ありがとうございます。
例えば、クラウド等にFileMakerサーバーを設置しているときに
画面のリスト表示で大量にデータがあった場合、どのように
対処されているのでしょうか？
何か良い案があればご教示頂けないでしょうか？
Offline
私は検索やソートで絞り込んで見易く？しているだけですが。
Offline
最初から疑問だったのですが、画面での改ページの意味は？
画面上ではスクロール表示が普通で、改ページ、というならば、スクロールバーをクリックして1画面分をスクロール、という動きが標準的な物ですよね。
大きなリストでも、スクロール表示で十分でしょう。必要があれば、絞り込んで表示させれば良いのでは。
また、画面上、といっても、モニターの大きさや解像度、Windows でしたらウィンドウの大きさで、表示可能な範囲が異なります。それらに全て必ず３０行を表示、というのは手間がかかりすぎますよ
Offline
> FileMakerサーバーを設置しているときに画面のリスト表示で大量にデータがあった場合、どのように対処されているのでしょうか？
それら対処は FileMakerサーバーが自動的に行ってくれますので、心配無用かと。
具体的にはクライアントの現時点の画面表示に必要な部分のデータだけが送られます。
Offline
全レコードに30レコードずつ同じ番号を振って、・・・・やめときます。
そもそも何万レコードもあって、それらを一度に表示して作業することって
ありますかね。
Offline
皆さん、ご回答ありがとうございます。
Web系のシステムであれば、一覧はMAX30件で改ページするというのは、
一般的に行われています。例えばGmailのメール一覧は30件程度で改ページ
されたり、検索の結果も10件で改ページされたり、とWeb系では一般的です。
FileMakerでも行う必要があるのでは？と思っていました。
しかし、Hiroさんの投稿を見ると、その必要はなさそうですね。
FileMakerってとっても楽ですね。
ありがとうございました。
Offline
web 系で、1表示当たりの行数（レコード数）を制限するのは、ユーザーが見やすくする意味も少しは有りますが、転送するデータ量を制限するのが主な目的です。数百ものレコードを転送するには、サーバー側での計算量が増え、さらに転送時間がかかりますので、表示されるまで相当の時間がかかります。
FM では、画面に表示するデータのみが転送されてきますので、配慮する必要は有りません。
Offline
Pages: 1
[ Generated in 0.005 seconds, 9 queries executed - Memory usage: 525.88 KiB (Peak: 546.42 KiB) ]