お世話になっております。
連投のような形になってしまい申し訳ありません。
もしかすると、以前にも同じような質問があったかもしれませんが、調べてもこれといったものが見つけられなかったので投稿させていただきます。
FMG用カスタムAppを作成中です。
悩んでいる点は、画面サイズをiPadの画面に合わせて作成しても、
画面を上下にスワイプすると、どうしても画面が動いてしまいます。
スクリプトで画面ロック[100%]を実行しても動きます。
FM社のページからサンプルソリューションをダウンロードしてみてみると、
スワイプしても上下に動くようなことはありません。
どのような工夫をされているのでしょうか？
リスト形式の画面はいいのですが、フォーム形式の画面は動いてほしくありません。
ご教示のほど、よろしくお願い致します。
環境：
Windows7
FileMaker Pro 16 Advanced
FileMaker Go 16
各パートの高さはそれぞれ何 pt で設定されていますか？
もし、フォーム形式でギリギリのサイズを攻めているのでしたら、幾分か小さめにして
オブジェクトにアンカーをつけることで対処してみてください。
参考:
user14047様
いつもお世話になっております。
フォームのパートは、
上部ナビゲーション：67pt
ボディ：820pt
下部ナビゲーション：26pt
で配置しています。
リンク先を見ましたが、ナビゲーションパートを使用するのは今のところタブーでしょうか。。
上下ナビゲーションパートは、上下に固定パートを設けたいために配置しました。
ボディパートの高さを狭くして、各オブジェクトにアンカーを設定してみましたが、状況変わらずでした。
ですが、一番下のオブジェクトの高さが下に伸びて表示されたため、もっと狭くする必要があるのかなと考えています。
ちなみにFMGはiPadで縦表示、メニューバー、ツールバーを隠す仕様です。
1024（iPad縦の高さ）
- 20（iOS ステータスバー）
- 0（メニューバー）
- 0（ツールバー）
- 67（上部ナビゲーション）
- 26（下部ナビゲーション）
= 911 pt までボディーの高さとして大丈夫のハズなんですが...
FileMaker Go 16.0.1 の場合、更に上部ナビゲーション+下部ナビゲーションの 93 pt を引いてみてください。
911 - 93 = 818 pt
ということで、あと 2pt どうにか縮めてボディーの高さを 818 pt にすると FileMaker Go 16.0.1 でも大丈夫です。
16.0.2 で不具合解消されるといいですね。
サイズを変更が厳しいカスタム App は、一時的にナビゲーションパートをヘッダ、フッタパートに変更して逃げるしか手がないのが現状のようです。
user14047様
できました！
上部ナビゲーション：67pt
ボディ：818pt
下部ナビゲーション：26pt
でスワイプしても動じなくなりました。ありがとうございます！
ちなみに1点、試している中で発生した現象がありました。
レイアウトの一番下にボタンを配置しているのですが、アンカーを上下左右に設定した場合、
どうしても下に伸びてしまったので、下のアンカーを解除してFMGで起動してみました。
そうした場合、ボタンが効かなくなってしまったんです。
アンカーを上下左右に設定、または上だけを解除した場合は、ボタンは有効になったんですが、
下だけ解除した場合にタップしても効きませんでした。
今回は上のアンカーを解除して進めようと思いますが、何か因果関係でもあるのでしょうか？
それともこれも16.0.1の不具合でしょうか。
FileMaker Go 16.0.1 の挙動がよくわかっていないのでなんとも...
先ほど、上下のナビゲーションパートの合計が 93pt だからボディーを 818 pt にすれば大丈夫！って書いたんですが、実はこれ...iPad Pro で見ると大丈夫じゃなかったりするんですよ
より大きな画面だから、大丈夫のハズなのに...どうすればいいのかよく分からないので、対象デバイスでよければ、それで良しとして深く考えないことにしちゃいました。
動かない（スクロール不可）画面でナビゲーションパートを使う意味がありますか？ズーム対応？
user14047様
回答ありがとうございます。
今回は無印iPadの対応でしたので、大丈夫かと思います^^;
実は現在カスタムAppを動かすiPadがまだ届いていないので、第4世代iPadで頑張っていました。
iOSは最新にしているので、大きくは変わらないと考えているのですが、
実際に届いたiPadで動かしてみて、ダメであれば奮闘してみます。
user19752様
ナビゲーションパートを使用しているのは、カスタムApp内で使用するすべてのレイアウトで共通のパートが欲しかったためです。
フォーム形式の他に、リスト形式のレイアウトもあるので、固定できるパートが欲しかったのです。
カスタムAppの作成については、経験が少ないものでして、どういったレイアウトにどのパートを使用すればいいのかというところが少々認識が足りないのかもしれません。
今後もカスタムAppを作成する機会が増える可能性がありますので、パートの構成について考慮すべき点があれば教えていただけませんでしょうか。
リスト形式のと合わせるためですね。納得です。
このパートは最近？追加されたもので、使ったことがありません。
フォーム形式ではボディだけで間に合わすことが多いかな？
user19752様
確かにフォーム形式だけの場合はナビゲーションパートがあっても存分に機能を発揮させることはできないと思います。
パートが少ないほうがシンプルですし、いらないバグを生まなくてもいいのかな、とも思います。
各パートの役割を活かしてレイアウトを考えていきたいと思います。
FileMaker Go 16 からの機能、レイアウト切り替えでアニメーションオプションを指定すると、ナビゲーションパートか、ヘッダーパートかで見え方が違ってきますので、是非一度ナビゲーションパートも使ってみてください
1024（iPad縦の高さ）
- 20（iOS ステータスバー）
- 0（メニューバー）
- 0（ツールバー）
- 67（上部ナビゲーション）
- 26（下部ナビゲーション）
= 911 pt までボディーの高さとして大丈夫のハズなんですが...
FileMaker Go 16.0.1 の場合、更に上部ナビゲーション+下部ナビゲーションの 93 pt を引いてみてください。
911 - 93 = 818 pt
ということで、あと 2pt どうにか縮めてボディーの高さを 818 pt にすると FileMaker Go 16.0.1 でも大丈夫です。
16.0.2 で不具合解消されるといいですね。
サイズを変更が厳しいカスタム App は、一時的にナビゲーションパートをヘッダ、フッタパートに変更して逃げるしか手がないのが現状のようです。