Access 2007 - vba 而不是宏
我不希望按钮产生“嵌入宏”。我尝试按转换图标到 VBA，但当我使用按钮向导时，它仍然是宏而不是 VBA 程序，为什么？ 谢谢
I dont want the buttons to produces "embed macro" . I tries to press the convert icon to VBA , but still when i use the wizard of buttons it remains to be macro instead of vba procedure , why ?
thank you
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
创建一个不使用向导的按钮。
右键单击该按钮并选择构建事件。选择“Code Builder”
Microsoft Visual Basic IDE 应打开。
您还可以从属性表 | 访问按钮事件。事件选项卡。
Create a button without the wizard.
Right-click on the button and select Build Event. Choose "Code Builder"
The Microsoft Visual Basic IDE should open.
You can also access the buttons events from the Properties Sheet | Event tab.
从 Access 2007 开始，Microsoft 构建了一个更强大、功能更强大的宏系统，由于 VBA 和宏之间固有的安全差异，他们希望该系统能够在很大程度上取代 VBA。到目前为止，还没有一种简单的方法可以让 Access 2007 或 2010 在使用向导时创建 VBA 代码而不是宏。
有些人通过两种方法成功地使用 Access 创建 VBA 或将宏转换为 VBA。
创建 Access 2003 数据库 (.mdb) 文件。这将创建一个与旧版 Access 兼容的数据库，旧版 Access 没有强大的宏系统，因此创建的代码大部分都是 VBA。这样做的缺点是，如果数据库中的其他函数需要较新的 Access 函数。
创建宏后，将其另存为单独的宏而不是嵌入的宏。然后，在“设计”功能区的“工具”组中，“将窗体的宏转换为 Visual Basic”应该可以更可靠地工作。该转换器仍然不是很可靠，如果出现错误，通常没有办法解决该问题。
Beginning with Access 2007, Microsoft built a stronger, more capable macro system that they hope will be able to mostly replace VBA due to the inherent security differences between VBA and macros. There is not, as of yet, a simple way to make Access 2007 or 2010 create VBA code instead of macros when using wizards.
There are two ways some people have had success getting Access to create VBA or converting macros to VBA.
Create an Access 2003 database (.mdb) file. This will create a db compatible with the older versions of Access that don't have the robust macro system and so the code created will be VBA for the most part. The drawbacks of this will be if other functions in your database require the newer Access functions.
After the macro is created, save it as a separate macro rather than an embedded macro. Then in the Design ribbon in the Tools group, the Convert Form's Macros to Visual Basic should work more reliably. The converter is still not very reliable, and if it errors out, there is usually not a way to fix the issue.