私は問題accross来ていると私は、全体のWorld Wide Webを検索しました：アクセス2010ナビゲーションフォームクエリプロパティ
私はそれでフォームを持っているナビゲーションのフォームを持っています。 これらのフォームは、クエリにプロパティを与えるために使用されます。例えば
：
FormStatus - >ステータスを選択し、クエリに値を撮影するようにユーザーに確認して下さい。
これらのクエリはレポートを作成します。
主な問題は、フォームがナビゲーションフォームになったため、プロパティのリンクが機能しなくなったことです。
リンクがあることを使用：Forms!myForm!myProperty
は、今私は何も出て働かない
Forms!navigationForm!myForm!myProperty
Me!myForm!myProperty
Forms!ParentForm!SubForm.Form!FieldName
を試してみました！誰か助けてくれますか？
フォームを配置するとわかるように、フォームやレポートをフィルタリングする一般的なアプローチとして、フォーム内部のリファレンスは、ここではかなり面倒なビジネスになります。
フォームを削除することをお勧めします。あなたのすべての質問からの参照。その後、ユーザーが値を入力したフォームを作成してから、browsetoコマンドを実行します。
ここで発生している問題は、新しいナビゲーションフォームが新しいフォームのために所定のフォームをスワップアウトすることです。これは、古いフォームがもうロードされないことを意味します。だからどちらか
プランA
フォームのダンプ使用！ SQLクエリのコマンドとにかく、ある種の愚かなフォームが開いていないので、1つのクエリが爆発しないので、これは良い考えです。さらに重要なのは、開いていない何らかのフォームの恐れなしに、アプリケーション内の他の場所でクエリを使用できることです。
フォームを配置するインスタント！クエリの内部参照は、そのクエリを破棄し、そのクエリを開かなければならない1つのフォームに強制的に "結婚"させる瞬間です。
プランb：
新しいナビゲーションコントロールシステムの使用をダンプします。ただ、新しいナビゲーションシステムは次のフォームをロードせず、表示されているフォームを「置き換える」ことを覚えておいてください。したがって、以前のフォームはもうロードされないので、フォームはロードされません！ refは許されます。さらに悪いことに、ナビゲーションフォームは実際にサブフォームを使用しているので、フォーム！参照を変更する必要があります。
コントロールの値を取得してコード内にwhere句を作成し、openformまたはopen reportコマンドに使用することができます。
最後になりましたが、継続して苦労し続けている苦労を続けている場合は、あなたが今行っている貧弱なデザインに固執して、すべてのフォームを再編集して修正してください！それらが現在親フォームの内部で使用されていることを反映するための参照があり、すべてのフォームはサブフォームとして実行されています。
プロパティの前に!の代わりにドットを使用してください。Forms!navigationForm!myForm.myProperty