2012-02-23 2 views
1

私は問題accross来ていると私は、全体のWorld Wide Webを検索しました:アクセス2010ナビゲーションフォームクエリプロパティ

私はそれでフォームを持っているナビゲーションのフォームを持っています。 これらのフォームは、クエリにプロパティを与えるために使用されます。例えば

FormStatus - >ステータスを選択し、クエリに値を撮影するようにユーザーに確認して下さい。

これらのクエリはレポートを作成します。

主な問題は、フォームがナビゲーションフォームになったため、プロパティのリンクが機能しなくなったことです。

リンクがあることを使用:Forms!myForm!myProperty

は、今私は何も出て働かない

Forms!navigationForm!myForm!myProperty 
Me!myForm!myProperty 
Forms!ParentForm!SubForm.Form!FieldName 

を試してみました!誰か助けてくれますか?

答えて

1

フォームを配置するとわかるように、フォームやレポートをフィルタリングする一般的なアプローチとして、フォーム内部のリファレンスは、ここではかなり面倒なビジネスになります。

フォームを削除することをお勧めします。あなたのすべての質問からの参照。その後、ユーザーが値を入力したフォームを作成してから、browsetoコマンドを実行します。

ここで発生している問題は、新しいナビゲーションフォームが新しいフォームのために所定のフォームをスワップアウトすることです。これは、古いフォームがもうロードされないことを意味します。だからどちらか

プランA

フォームのダンプ使用! SQLクエリのコマンドとにかく、ある種の愚かなフォームが開いていないので、1つのクエリが爆発しないので、これは良い考えです。さらに重要なのは、開いていない何らかのフォームの恐れなしに、アプリケーション内の他の場所でクエリを使用できることです。

フォームを配置するインスタント!クエリの内部参照は、そのクエリを破棄し、そのクエリを開かなければならない1つのフォームに強制的に "結婚"させる瞬間です。

プランb:

新しいナビゲーションコントロールシステムの使用をダンプします。ただ、新しいナビゲーションシステムは次のフォームをロードせず、表示されているフォームを「置き換える」ことを覚えておいてください。したがって、以前のフォームはもうロードされないので、フォームはロードされません! refは許されます。さらに悪いことに、ナビゲーションフォームは実際にサブフォームを使用しているので、フォーム!参照を変更する必要があります。

コントロールの値を取得してコード内にwhere句を作成し、openformまたはopen reportコマンドに使用することができます。

最後になりましたが、継続して苦労し続けている苦労を続けている場合は、あなたが今行っている貧弱なデザインに固執して、すべてのフォームを再編集して修正してください!それらが現在親フォームの内部で使用されていることを反映するための参照があり、すべてのフォームはサブフォームとして実行されています。

0

プロパティの前に!の代わりにドットを使用してください。Forms!navigationForm!myForm.myProperty

関連する問題