This section provides an overview of what vba is, and why a developer might want to use it.
It should also mention any large subjects within vba, and link out to the related topics. Since the Documentation for vba is new, you may need to create initial versions of those related topics.
|Version||Office Versions||Release Date Notes||Release Date|
|Vba6||? - 2007||[Sometime after]||1992-06-30|
|Vba7||2010 - 2016||[blog.techkit.com]||2010-04-15|
|VBA for Mac||2004, 2011 - 2016||2004-05-11|
You can open the VB editor in any of the Microsoft Office applications by pressing Alt+F11 or going to the Developer tab and clicking on the "Visual Basic" button. If you don't see the Developer tab in the Ribbon, check if this is enabled.
By default the Developer tab is disabled. To enable the Developer tab go to File -> Options, select Customize Ribbon in the list on the left. In the right "Customize the Ribbon" treeview find the Developer tree item and set the check for the Developer checkbox to checked. Click Ok to close the Options dialog.
The Developer tab is now visible in the Ribbon on which you can click on "Visual Basic" to open the Visual Basic Editor. Alternatively you can click on "View Code" to directly view the code pane of the currently active element, e.g. WorkSheet, Chart, Shape.
You can use VBA to automate almost any action that can be performed interactively (manually) and also provide functionality that is not available in Microsoft Office. VBA can create a document, add text to it, format it, edit it, and save it, all without human intervention.
To start coding in the first place, you have to right click your VBA Project in the left list and add a new Module. Your first Hello-World Code could look like this:
Sub HelloWorld() MsgBox "Hello, World!" End Sub
To test it, hit the Play-Button in your Toolbar or simply hit the F5 key. Congratulations! You've built your first own VBA Module.
Debugging is a very powerful way to have a closer look and fix incorrectly working (or non working) code.
First thing you need to do during debugging is to stop the code at specific locations and then run it line by line to see whether that happens what's expected.
Stopkeyword to a blank line to have the code stop at that location on runtime. This is useful if, for example, before declaration lines to which you can't add a breakpoint with F9
Debug.Printto print lines to the Immediate Window at runtime. You may also use
Debug.?as a shortcut for
Running code line by line is only the first step, we need to know more details and one tool for that is the watch window (View - Watch window), here you can see values of defined expressions. To add a variable to the watch window, either:
When you add a new expression you can choose whether you just want to see it's value, or also break code execution when it's true or when its value changes.
The immediate window allows you to execute arbitrary code or print items by preceeding them with either the
? ActiveSheet.Name- returns name of the active sheet
Print ActiveSheet.Name- returns the name of the active sheet
? foo- returns the value of
x = 10sets
* Getting/Setting values for variables via the Immediate Window can only be done during runtime
Whenever your code doesn't work as expected first thing you should do is to read it again carefully, looking for mistakes.
If that doesn't help, then start debugging it; for short procedures it can be efficient to just execute it line by line, for longer ones you probably need to set breakpoints or breaks on watched expressions, the goal here is to find the line not working as expected.
Once you have the line which gives the incorrect result, but the reason is not yet clear, try to simplify expressions, or replace variables with constants, that can help understanding whether variables' value are wrong.
If you still can't solve it, and ask for help: