トラブルシューティング

Owned by 高橋奈保 (Unlicensed)
Last updated: 2015/01/28 01:39 by Splash

どこに問題があるのでしょうか？

統合後にカレンダーにイベントがまったく表示されない場合、以下を確認してください。

  1. 「Upon Opening」スクリプトをもう一度実行します。
  2. 「Calendar Source Data」レイアウトをブラウズモードで表示し、すべてのタブを確認してください。何かエラーが表示されていませんか？

  3. リレーションシップグラフを開き、CalendarInterfaceとCalendarRowsの間にある「≧」演算子がCalendar Interface側に開いていることを確認してください。

    例
    CalendarInterface::RowsToShowGlob ≥ CalendarRows::RowNumber
  4. システムの日付書式をチェックしてください。日付の書式をカスタマイズしている場合、「日本」などの標準の書式に切り替え、その後、FileMakerをいったん終了して再度起動してください。めったにないことですが、日付の書式に含まれる文字がカレンダーの動作を混乱させてしまうことがあります。日付の書式を切り替えてトラブルが解決したら、カレンダーの動作をチェックしながら少しずつ日付の書式をカスタマイズしていってください。

My startup script keeps deleting and re-creating the calendar interface records, is this normal?

No. But it isn't lethal either. Here is how to fix it.

As you probably know, the calendar requires some dummy records in a table called CalendarRows. Our script " Load Calendar Settings - On Startup --- Edit Configuration Here ---" tries to make sure that users haven't deleted, duplicated, or created new records in this table.

I imagine the reason it is deleting and creating them each time you launch is that the script is no longer running from a layout were it can evaluate "CalendarRows::RowNumber". If you change the beginning of the script to go to a layout based on CalendarInterface (where our home layout is / used to be) the script should only reset the CalendarRows table if there is a problem.

Just don't go to one of the actual calendar layouts just to get to a layout based on CalendarInterface, since those layout are script triggered and could delay / loop your startup.