I would prefer not to change the Access program instead change the DPI. What value should i change it to?
Main Topics
Browse All TopicsHi Experts,
I'm very confuse with how display actually work. Our office has 17" monitors and when we do print preview the report in Access appear fine however after upgrading the monitors to 22" the reports now come up with #### for some of the values. I've change them back to 17" and it works. How can the monitor affect the display. Even when i print the hashes come up.
I've tried installing the monitor driver and updating the graphics driver. What else do i need to do?
Thanks
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I'm afraid I can't answer that. In my experience with older versions of Access, it was best to leave the DPI setting at the (old) default value of 96. Anything else would mess up forms. Anyway, if you display a report with a small zoom factor (anything below 75%) and/or if you use small fonts (anything below 8pt), and if your text fields are narrow, you will get this behaviour.
The same happens in Excel: use auto-fit on number columns, and print preview a full page. By playing with the window size, you can trigger the ### display quite easily.
If you really need to avoid this, you will need to add internal white space in the text fields (or the Excel columns), there is no other way.
On the other hand, it's just a preview. If the user needs to read the value, he/she will have to print the report or view it in 100% zoom.
(°v°)
What printer are you using? My understanding is that Access builds reports based on the printer associated with that report (or the Default printer on the machine), so changing the printer could somewhat affect the way Access prints the report. I know that changing printers can trigger margin alerts and other anomalies, so perhaps this is in the same area as that. Try changing the default printer on one of the 22" machines and see if that clears things up.
What font are you using? Have you tried a different font?
Have you fully updated Windows and Office? Make 100% sure of this ...
<I would prefer not to change the Access program instead change the DPI>
If by this you mean you want to alter settings on the enduser machine in order for your application to run correctly, then I'd strongly encourage you to NOT do this. If you wish to require a particular environment (i.e. WinXP SP3 only, or 19" monitors only) then that's fine, but don't expect end users to tweak their machine settings in order to get your app to run correctly. Your application should conform to whatever settings are current on the machine.
We use the same printers for the 17" as well as the 22". We using the HP 5200 printers with Postscript.
It is just really weird. The minute you put in the 22" monitors the report shows differently. All the computers are up to date and our monitor that we bought is LG2242t. I've got several people complain about it already.
What do i have to change in Access for this to work? Auto FIt?
Autofit doesn't work well in Excel (it's what causes the problem most of the times). Instead, you should make more room:
|12'500.00| (remove a few pixel)
|######|
| 12'500.00| (remove a few pixel)
| 12'500.00|
Often, spacing is created outside the text boxes, it's better to use it inside:
|27'800.00| |12'500.00|
| 27'800.00|| 12'500.00|
I still don't understand the cause of the problem, though. Perhaps the 17" have a 1680x1024 resolution and the new 22" have only 1024x768 (so they are in fact logically "smaller"). Perhaps they are "plug and play" to such an extent that the DPI setting is changed when installing them?
But putting more space in your reports is never a bad idea, for stability, readability, and plain typographical aesthetics.
(°v°)
For reports, there is nothing much you can do, except let the users access window size and zoom factor. You design for the printed page; it's up to them to manipulate the screen preview.
For reports, it's much more complicated. I have built one application where the user could select the default font, from 8pt to 16pt, and every form would resize and redraw upon opening. Quite too complex and unstable to be published, though.
There are some tools around with fancy names like "shrinker stretcher" that resizes forms to fit the current window, but I find they create a very unprofessional look and feel.
It's always been a problem with Access (and many other platforms): it's easy to develop for one screen size, but not for varying screen sizes. This is one of the reasons Web interfaces have become so popular...
(°v°)
Business Accounts
Answer for Membership
by: harfangPosted on 2009-10-30 at 04:06:15ID: 25701744
Changing the screen size or the screen resolution doesn't affect the layout mechanism. However, changing the DPI value does (in [Display Settings], [Advanced]).
The DPI setting -- dots per inch -- determine how many pixels will be used to display on screen, say the number '2', size 10, 80% zoom. If it's very small, the closest match will be used from special small fonts, if it's just small, the most readable font for small sizes will be used. In other words, keeping everything else the same, changing the DPI value will force the report to use another "close match".
For numbers in small zoom settings, '1' will be narrower than '2', so you can perhaps see the value 112 in one row, but not 543 in the next...
A missing pixel in a text box is enough to cause "###" to appear (better that than showing 500 instead of 1500, isn't it? Bottom line: don't crowd your text boxes, leave enough margin for these variations.
(°v°)