Winforms 日历控件12.0拒绝输入

Winforms 日历控件12.0拒绝输入,winforms,ms-access,vba,activex,ms-access-2007,Winforms,Ms Access,Vba,Activex,Ms Access 2007,在Microsoft Access中,我有一系列表单,要求用户指定日期范围。现在我使用Calendar Control 12.0来实现这一点。但是,在随机时间,控件拒绝接受任何用户输入(例如更改日期) 为什么日历控件会拒绝输入?是否有任何已知的解决方法 我正在我的开发中运行它,它已经正确注册了控件。该控件的一个替代方法是直接从公共控件DLL派生的完全由API生成的月历。另一种选择是使用访问表单。你可以用它们做任何你想做的事。在我的网站上还有一些可下载的日历表格的链接 查看我的网站上的页面。此外,

在Microsoft Access中,我有一系列表单,要求用户指定日期范围。现在我使用Calendar Control 12.0来实现这一点。但是,在随机时间,控件拒绝接受任何用户输入(例如更改日期)

为什么日历控件会拒绝输入?是否有任何已知的解决方法


我正在我的开发中运行它,它已经正确注册了控件。

该控件的一个替代方法是直接从公共控件DLL派生的完全由API生成的月历。另一种选择是使用访问表单。你可以用它们做任何你想做的事。在我的网站上还有一些可下载的日历表格的链接


查看我的网站上的页面。此外,当您分发MSCal.OCX时,可能会出现很多版本问题。

需要将
允许编辑属性设置为
才能更改日历控件。不知何故,在带有控件的窗体上,这被设置为
No
,因此它们不会响应用户输入


其他数据属性,如
允许添加
,可以在对话框样式的访问窗体上设置为
No

是设置控件源还是使用代码保存日期范围?我正在代码中读取窗体的
.Value
属性,并将控件源保留为空。MSCal.ocx已分发,这是我选择它的主要原因之一。我在访问表单上使用它,这就是问题所在。它并不总是安装的,并且是在不同的机器上安装应用程序时可能导致应用程序损坏的主要组件之一。不幸的是,OCX无法恢复,因此我认为尽可能避免OCX是一个好主意,即使它们是随Office提供的。但令人费解的是,为什么引用您最初的帖子时会“随机”出现这种情况。由于表单基本相似,我复制/粘贴了它们,并不是所有的属性都能正确地延续。