我遇到了一个问题，我已经搜索了整个万维网：
我有一个导航表单，其中包含表单。 这些表单用于为我的查询提供属性。
例如：
FormStatus-->要求用户选择状态并将值发送到查询中。
这些查询构建报告。
主要问题是现在我的表单是导航表单，该属性的链接不再起作用。
以前的链接是：Forms!myForm!myProperty
现在我试过了
Forms!navigationForm!myForm!myProperty
Me!myForm!myProperty
Forms!ParentForm!SubForm.Form!FieldName
什么都没解决！！有人可以帮帮我吗？
【问题讨论】：
标签： forms ms-access properties navigation
作为过滤表单或报告的一般方法，您可以看到放置表单！表单内部的引用在这里很快就变成了一件相当混乱的事情。
您最好删除表格！您所有查询的引用。然后构建一个用户输入值的表单，然后执行 browseto 命令。
您在这里遇到的问题是新的导航表单将给定的表单换成了新的表单。这意味着不再加载旧表单。所以，要么你
A计划
dump 使用表格！ SQL 查询中的命令。无论如何，这是一个好主意，因为那时一个查询不会因为某些愚蠢的表单未打开而崩溃。更重要的是，查询可以在应用程序的其他地方使用，而不必担心某些表单无法打开。
您放置表格的那一刻！查询内部的引用是您破坏该查询并强制将该查询“结合”到一个必须打开的表单的那一刻。
B计划：
转储使用新的导航控制系统。请记住，新的导航系统不会加载下一个表单，而是“替换”正在显示的表单。因此，以前的表单将不再被加载，因此没有表单！引用是允许的。更糟糕的是，既然导航表单实际上是使用子表单，那么表单！必须更改引用。
您当然可以获取控件的值并在代码中构建 where 子句，并将其用于此处的 openform 或打开报告命令。
最后但并非最不重要的一点是，如果您继续遭受许多折磨，您可以坚持您现在的糟糕设计，只需重新编辑和修复所有表单！引用以反映它们现在正在父表单内部使用，并且您的所有表单现在实际上都作为子表单运行。
【讨论】：
尝试在属性Forms!navigationForm!myForm.myProperty之前使用点而不是!
【讨论】：