I'm in a ludicrous situation : I can no longer find a standard ribbon button that is explained here Run an Access macro by using a keyboard shortcut : In "Macro design", the "Show/Hide" group should show a "Macro Names" button to switch the Macro editor in column mode. This button is not there.
I just want to create an "AutoKeys" macro, but I can't access to the "Macro Name" where I have to set the key...
This button is also not present at all in the "Customize Ribbon": all that is disponible in this group is "Action Catalog" and "Show All Actions".
This is not relevant to my problem, but I say it: the "Options/Trust Center/Macro Setting" is set to "Enable all macros". My Access version is 2210 build 15726.20174, installed in 32bits mode on a 64bits Windows.
I only use Macros to assign shortcuts key, I'm shure that I allready used this button in the past. All I can suspect is a problem in a really recent release. I'm about to use "SaveAsText" and "LoadFromText" hidden VBA functions.
In fact I did use the hidden functions: I added a "MacroName="^D"" entry to the texte file and reloaded it: It worked fine and showed me that I really never use the Macros editor: it was all about defining a "Sub Macro", the "Macro Name" mode was not mandatory to what I wanted to do... Sorry. It remains that a Ribbon Button seems to have recently dissapeared.
Related
We would like to extend the "Create with reference" dialog in the transactions VA01 and VA02 with an additional tab.
The functionality is very similar to the tab "Order". When the user clicks on the "Item Selection" button I need to add more data to the next screen.
Is it possible to copy the "Order" tab and adjust it to our requirements?
Addition:
As suggested I started to modify the function group V45C. But as soon as I add the additional tab the programs logic seems to mess up. As soon as the dialog opens I alsways get an error to enter a reference.
It turned out to be quite difficult to debug in that place as I can't enter the function code /h. I assume that the new corresponding fcode is not handled properly so I get this error message.
Do you have any suggestions on where to handle the new fcode and display the dynpro for the tab?
Thanks in advance!
Step1: I open an Access form when the software opens. It acts like a switchboard manager where the user can open other forms and reports. (Popup = yes, modal = no)
Step2: Click to open a "Master Form" which also has other options. (ditto) So the original VB code called this form to be open and is still "running" in the background.
Step 3: Click to open a report based on the record selected.
So now there's 2 forms open and 1 report. User cannot toggle between them, must close one to get to the other (necessary).
On the open report, I would like to modify the rightclick commandbar. However, "Close" doesn't work because Access now shows Form1 and Form2 above as gray and Access is locked. I would like to be able to right-click to do a number of things including Close, Change to Design View, etc. But if I'm locked out like this, none of these will work.
I searched on...
1. Ending the background vba that's running - no luck
2. Setting focus on the active screen name - no luck
3. Setting focus on a control on the Form2 above - no luck
4. Tried all kinds of CommandBar things, no luck (ID choice vs. manual OnAction) and many more
I'd be happy to attach what I'm doing but it's pretty big, although I could probably cut out the sections that this applies too...
I've been searching for about 16 hours now... Anyone???
Thanks so much.
Popup = Yes in Access means two things:
The form or report stays above all other forms and reports that have Popup = No and above Access’ application window.
The form or report is not bound to the area of Access' application window and can be drawn outside of it.
You have two options:
Set Popup = No for the two forms. In this case they will be tied to the application window area.
Set Popup = Yes for the report as well, so that it can stand in front of the two forms.
I want to write some VBA script so that when I start my access application the main window is blank. This is the list of things I need to be removed or hidden:
The entire ribbon
The status bar
The navigation pane
The window tabs
In addition, I want to disable the popup menu when right clicking.
I also want to disable SHIFT bypass key startup.
I basically want it to look like an application created with VB or C#.
Only if I login as admin will the disabled options be bypassed.
Does it need to be VBA? Why not using the normal Access Application Options?
In Access 2010 you can find them via File > Options > Current Database. Almost all the things you want can just be unchecked - see the following screenshot. The options you select there are saved with your database.
You can start the database while holding SHIFT which will override these start up options and show you your "normal" ribbon, status bar, navigation bar, ...
Try the following in startup function
This should do what you want
DoCmd.ShowToolbar "Ribbon", acToolbarNo
DoCmd.ShowToolbar "Status Bar", acToolbarNo
Might work with other MS Access windows elements, I just wanted to not display the parts above.
Old thread but still useful information. Here's what I do:
DoCmd.ShowToolbar "Ribbon", acToolbarNo
DoCmd.ShowToolbar "Status Bar", acToolbarNo
DoCmd.NavigateTo "acNavigationCategoryObjectType"
DoCmd.RunCommand acCmdWindowHide
Put that code in a Public Sub called from a macro called AutoExec.
Disabling Window Tabs and the Shift Bypass are trickier because these need to be done by setting the database property, either through the database Properties or by appending a property with CreateProperty. Also, you need to exit and reopen the database for these changes to take effect.
I found instructions over on techrepublic and Allen Browne has more complete instructions on his website.
Actually, as noted, you can use the startup options to remove most all of the questions you have in terms of popups, the tabs etc.
To hide ribbon, qat, just use:
DoCmd.ShowToolbar "Ribbon", acToolbarNo
So, with the options setup correct and ONE line of code, you only see your form.
Here is an resulting screen shot of using the above one line of code and options to turn off tabs (you want tabbed windows, but tabs turned off). Note how you see the windows desktop. this was all done with one line of code as per above:
My Access 2000 DB causes me problems - sometimes (haven't pinpointed the cause) the "book" form won't close. Clicking its close button does nothing, File -> Close does nothing, even closing Access results in no action. I don't have an OnClose handler for this form. The only workaround I can find involves opening the Vba editor, making a change to the code for that form (even adding a space and then immediately deleting the space), and then going back to close the "book" form, closing it, and saying "no, I don't want to save the changes". Only then will it close. Any help?
Here's a forum post describing, I think, the same problem you face. Excerpt belows states a workaround.
What I do is to put code on the close button that reassigns the sourceobject
of any subforms to a blank form, such as:
me!subParts.sourceobject = "subBlank" 'subBlank is my form that is
totally blank, free of code and controls, etc.
docmd.close acForm, "fParts", acSaveNo
The above 2 lines is the only way I've found to prevent the Access prompt
from popping up.
http://bytes.com/forum/thread681889.html
Another alternative is
(Me.Checkbox)
or my preferred syntax:
(Me!Checkbox)
It seems to me that there is much confusion in the posts in this topic. The answer that was chosen by the original poster cites an article where the user had a prompt to save design changes to the form, but the problem described here seems like it's a failure of the form to close, not a save issue (the save issue came up only in the workaround describing going to the VBE and making a code change).
I wonder if the original user might have incorrect VBE options set? If you open the VBE and go to TOOLS | OPTIONS, on the GENERAL tab, you'll see several choices about error handling. BREAK ON UNHANDLED ERRORS or BREAK IN CLASS MODULE should be chosen, but it's important to recognize that if you use the former, you may not see certain kinds of errors.
There's not really enough detail to diagnose much more, other than the fact that the reference to the checkbox control seemed to have been causing the problem, but there are a number of Access coding best practices that can help you avoid some of these oddities. The code-related recommendations in Tony Toews's Best Practices page are a good place to start.
That sure is weird. Do you have any timer controls on the form? If you do, try disabling it in the OnClose.
There is a possibility that the message box that asks if you want to save changes is being displayed behind the form. I believe that this message box is modal so you must click yes or no before you can do anything with the form which is why you can't close it.
Does your form have an unload event? That can be canceled, and if it is, the form won't close when it's in form view. It will only close in design view, which, when you edit the vba code is what the form does in the Access window when you're editing the code.
Does your form have a checkbox, toggle button or option button? There's a bug in Access 2000 where Access won't close if you test the value without explicitly using the Value property in the vba code, like this:
If Me.chkbox Then
versus:
If Me.chkbox.Value Then
Is there a keyboard shortcut in Access 2003 that will run a query while in design or sql mode?
Sendkeys is always a mistake because almost nothing in Access not doable via code.
The correct code is:
DoCmd.RunCommand acCmdRun
How you run that code is up to you, but it's definitely preferable to SendKeys.
It's not built-in. I would try a macro - AutoKeys? You should be able to make almost any keyboard short you want that way.
I used a combination of the answers writing a little function that is called from the AutoKeys macro like so:
Public Function RunMyQuery() As Boolean
SendKeys "%Q" & "R"
RunMyQuery = True
End Function
Thanks!
Ctrl+, and Ctrl+. will let MS Access cycle left and right through the query views Design, Datasheet, SQL, PivotTable, PivotChart.
Otherwise, you can right click on the "Run" exclamation mark and select customize, then with that customize window open, you can right click on the "Run" exclamation mark again, select "Image and Text" to show the word Run. As long as the word is shown, you can use Alt+Shift+R to activate that button based on the underlined capital R. If you right click on the "Run" exclamation mark again and select properties, you can change the capital R to a lowercase r so that the SHIFT key isn't needed and the shortcut simply becomes Alt+R.
This function isn't built in, but you can set it up so you can press the F5 function key to run the query.
Create a new macro.
Use the menu, View > Macro Names to add the "Macro Names" column to the grid if it's not already showing.
Type this in the "Macro Names" column: {F5}
In the "Action" column, scroll down and select "RunCommand."
The bottom half of the window pane is "Action Arguments." For "Command," scroll down and select "Run."
Save the macro as AutoKeys.
Close the macro.
Open a saved query in design view or sql view.
Press the function key, F5, to run the query.
Keyboard shortcut to run a query:
Press (don't hold down) Alt then tap v then tap s
Keyboard shortcut to return to query view:
Press Alt then tap v then tap q
Does Alt Q Alt R (ie menu item selection) not suit?
Not sure what resemblance this bears to the same issue in Windows 2007 but FWIW, I fixed it there by doing the following:
Right click the Run button
Select "Customize Quick Access Toolbar"
In the dialog that appears, select "Query Tools | Design Tab" from the drop-down list on the left. The options in the list box on the left will change to reflect the selection.
In the list box on the left, select "Run" and click "Add >>". "Run" should be added to the list on the right.
Click Okay.
Now you can run your SQL using Alt+4.
Though not a keyboard shortcut, it is also possible to add the button to the quick Access toolbar for easy access regardless what tab you are own, or when the ribbon is minimized.