Forum Discussion
Multi-line Text Box misleading text and cursor display
Starting with 365 Version 2603 on 4K monitor, in a multi-line text box, typing multiple words followed by line feeds (Enter key) then moving cursor back up to previous line causes trailing characters to disappear, entering characters at the end of the line shows the new character with the cursor in front of it, and other bizarre behavior. Selecting all the text shows it is all there but trailing characters at the end of a line can disappear depending on cursor position. If I change the monitor resolution to 2K, the issue goes away. If I rollback to version 2602 the issue goes away. This is an issue with version 2603 on 4K monitors. We have many customers reporting the same issue.
8 Replies
- Shane Groff
Microsoft
This should now be resolved for all users, without the need to change registry keys, but you may need to close all Office applications, and restart Access.
As requested by Tom_van_Stiphout, Language setting is English (UK) and region is UK.
Re Viorel's suggestion, I tried the font change on the form when attempting to debug initially as I'd read that there had been issues with the default Aptos font, but I wasn't using that and changing to other fonts made no difference.
Note, though, that I see the issue in the underlying table so the textbox and form properties don't appear to be the cause.
As an additional test, just to see if it was anything specific to the project I'd developed, I tried to replicate it in a new database and in Microsoft's Northwind Dev Edition DB.I was able to replicate it so here's an example if you wish to try:
In the Products table go to ProductID 39 and edit ProductName to add a new line and type anything.
I just changed "Tea" to "Tea<return>X". Save and then you'll see the weird issue: just try going to the end of the Tea line and you'll see the cursor visually won't be at the end even though it actually is. Try typing and deleting to see the characteristics mentioned in the OP.I've pointed you at this particular row as, curiously, it isn't necessarily an issue in another row (e.g., ProductID 38).
Obviously, if this doesn't replicate the issue for you then your setup is different in some way and you're not falling foul of the issue.
Hope that's useful. Let me know if anyone wants other info or checks.
I've had this font issue for a few weeks (I'm on the Insider Preview channel so got the 2603 update earlier).
Changing the monitor resolution to 2K (and even 1K) made no difference. My normal setting is 3840 x 2160 so it doesn't appear to be related to that (for info, scale is set to 100%).
But, adding the registry setting suggested by Shane Groff did resolve it! Thanks Shane!
I'd love to know what this setting does and what it suggests about this issue.
I'll provide some more info about what I discovered that may help MS resolve it.
Like you, changing the font didn't make any difference. My 4K text scale was set high, like 175% on a 31" monitor, and when I reduced to 2K, the scaling was changed too. Perhaps scaling is involved in the different results at 2K. Regardless, that reg setting fixing it for you tells me they are on top of it
I did some native windows programming many years ago. It's probably a flag to involve how something implements a native Windows function that computes the width and height of the specified string of text, or something like that. That sounds exactly like something related to the issue.
- Shane Groff
Could you try setting this registry value on a machine with this behavior and see if it changes?
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\ExperimentEcs\Overrides\Microsoft.Office.Access.UseGetTextExtentExPointInPwchFitDx "false"
We have 1 more user reporting this, but it is very uncommon, and thus hard to reproduce and fix.
What are your language and region settings?
To avoid the defect until it is resolved, try to use a different font (such as Times New Roman, Courier New or Verdana), or set the Text Format to Rich Text, if possible.
