Sizeable MDI forms in Access 2016 have a single-pixel border that is very hard to grab with the mouse.

The form borders show as a single-pixel whether the form mode is "no border", "dialog", "sizable" or "thin".

One work-around is to make the form a popup form, but if you make every single form in the database popup, you lose the MDI functionality and the ability to have a genuine popup form. When everything is on top then effectively nothing is.

This creates a serious accessibility issue particularly when combined with the fact that MS Access forms and controls don't resize correctly when the Windows text size/DPI is altered.

After update to Office 365 ProPlus 1808, a my customer start complaining about very unresponsive form in an application they have been using for many years.
I have been testing and checking for several days (with SQL Profiler, Wireshark packet sniffer and ProcMon), and seems the problem is reading %userprofile%\appdata\Local\Temp\JET8F62.tmp, which MSACCESS.EXE is doing a ReadFile Operation to. When the applications start to get unresponsive, many thousand reads are done to the same temp file. I have tried to change ODBC Driver (ordinary SQL Server v10, ODBC Driver 17 for SQL Server, V2017.172), I have tried to convert the .MDB file format to .ACCDB, I have tried to upgrade MSAccess 365 from 1808 to 1903. Also tried to run MSAccess as Administrator (in case of weird security settings) but no luck. Still same problem...
After about 30 minutes of usage, ProcMon shows about 600.000 events from MSACCESS.EXE, most of them ReadFile operations to the temp file. Each time the app get unresponsive, ReadFile operations events are starting to occur in ProcMon (several hundred per second). After ca 10-15 seconds, the ReadFile operations stopp occurring, and the app seams normal for a couple of seconds, but if the user move to another record in the form, the problem starts again... Also, when MSAccess is unresponsive, the MSAccess menu turns completely white (all icons etc disappear), and title of MSAccess Window shows "Not responding"...

Hi Team,

Currently we use this command to switch to a tab in a
NavigationControl

DoCmd.BrowseTo acBrowseToForm, TabToOpen, Me.name & ".NavigationSubform"

This works fine if there is a unique NavigationTargetName for the selected Tab/Button. If we have two or more Tabs with the same target form name, we are unable to open a specific Tab. The first tab with the matching targetName is opened.

I.e. TabA and TabC has the same targetFormName X
if we use the following command

DoCmd.BrowseTo acBrowseToForm, X, Me.name & ".NavigationSubform"

TabA is activated.

Problem: How do we activate TabC?

Regarding why we have same targetFormName: We use one form but dynamic SQL depend on the tab so keep reduce having x number of same forms for different states.

Is there any way we could maybe do something like this.
NavigationControl.SelectedTab = TabIndex?

Many thanks
Krish

Please create global methods to deactivate the CTRL+MINUS (delete the current record) and the CTRL+PLUS (add record) shortcut:
• Bug report: In some forms AllowDeletions is mysteriously set to true, even if the form has AllowDeletions = False set (this is only displayed correctly in debug mode). CTRL-Minus then deletes a record without question. Calling Me.AllowDeletions = False in the Form_Open event helps. Access option "Confirm Record Changes" was not set.
• In the AutoKeys macro sub-macros for ^{-} and ^{+} are not allowed (but {DEL}, ^{DEL}, ^{X} are possible).
• The Access option "Confirm Record Changes" is helpful, but does not prevent deletions, if the user clicks yes.
Unfortunately, in my Access (2013, German) there is no description available, what it actually does. Even (German) Access reference books often don't show more than a word by word translation.
Also, the English Access Option Names can only be found by searching the Internet. Please consider:
+ Changing the Option Name "Confirm Record Changes" to "Confirm Record Deletions".
+ Update the help pages for these options (e.g. docs.microsoft.com) with a concise description.
+ Write the original Option Names into the tooltip or the status bar for all options in translated versions of Access.