After a Citrix upgrade, all my MS Access reports appear slightly bigger and several of them bleed over the margins into additional pages where a sliver hangs over.
It is not feasible for me to go through each report and manually resize everything in Design View -- several of them have already been compressed quite tightly. Is there no way to "fit to width"?
There is indeed a "Fit to Page" property.
Report properties -> Format Tab -> Fit to Page -> Yes
It is in my experience that I'm going to say that this probably won't be the universal fix you're looking for, and it might not even work. On reports that have bled over, I had to manually adjust each report. Of course I noticed this as I was developing them so it was not as time-consuming if I had to do 20 within a week, per se.
There are a decent amount of properties you can toy with, including Page Width, Auto Center, Auto Resize, etc.
Formatting can get very tedious. I'm hoping the default properties will work for you, but keep in mind that a manual fix may be required.
I believe your problem is related to the printer driver. Microsoft Access reports are constrained by the capabilities (printable area) of the printer driver assigned to them (either the default printer, or a specific printer, if chosen).
The unprintable margins of your printer, as defined by your printer driver affect how your Access report pages will be laid out when previewing or printing.
For example, if you have your default printer driver set to a laser printer, you can usually design a report with 0.25 inch margins on all four sides (top, bottom, left right). For this example, lets design a report that fills the page with 0.25 inch margins, and only takes one page.
Then, if you change your default printer to an inkjet and open the same report, you may find that the report is now wider and/or longer than one page. The reason is that in many cases, an inkjet printer has wider minimum left and right and/or top and bottom margins. Some inkjet printers can't print closer than 0.6 inches from the bottom of the page. So, your report which fit with 0.25 inch margins now is wider or taller than one page because the printer driver settings will take precedence over your report margins.
Unfortunately, with Microsoft Access, there is not a true "fit to page" feature, like Excel. I wish there were.
I would imagine that your printer driver has possibly been changed or upgraded and now has a narrower printable width. (i.e. previously the minimum left and right margins were 0.20 and now the minimum left and right margins are 0.25)
If you open a report in design view, then go to the Page Setup, set all of the margins to 0. As you type the "0" and exit each field, you will see Access change the 0 inch margin to the minimum allowed value for the current printer.
Unfortunately, the best advice I can give you is to design your reports with the margins of your "least capable" printer. The safest margins are usually no less than 0.3 inches for left and right, and no less than 0.5 inches top, and 0.6 inches bottom (to accommodate most inkjet printers).
You will probably have to manually edit each report in design view in order to fix them, OR change the printer driver.
I noticed that nobody addressed that your project is using MS Access on Citrix which is essentially a remote connection to a computer that users share (aka Terminal Server). As I recall there are special Office installation files that are required when installing Office on a terminal server. In part, the installer addresses how video and print drivers are used. I found this to apply to both displaying Forms and printing Reports. For Forms, in the end I had to apply finishing layout touches via the remote connection so that the video drivers metrics were saved with the form. For reports, there were two issues: The first is making sure that each report is set to use the 'Default Printer'. There is code available to walk the reports and set each to the Default Printer. The second was again finalizing each report's layout using the remote connection and the default printer installed on the remote connection. However the workaround to this is to install an local generic printer driver (aka an basic Epson Dot Matrix driver) and final each report for that printer. When deployed most modern printers understand the metrics of the basic printer driver. Note that code could be used to walk the list of reports, open in design mode, change a setting and the Default Printer then save. This could be enough to reset each report's configuration to match a Citrix or Terminal Server deployment.
I hope this helps!
Ken
Developing MS Access custom applications since Version 1.0 - Our first version had a box's serial number of 0000071 which we acquired as a give-away during the launch at Comdex Las Vegas.
Related
When I go to the package configuration wizard the configuration filter dialog box is cutoff, has anyone solved this?
Resizing window just kept that dialog box cut off
I can resize just fine using the lower right corner sash to change the window.
An alternative that always works with windows forms is the Tab key as that'll navigate you to the items, even if they're offscreen.
At one point, VS seemed to have rendering issues with the adjust visual experience checkbox and the consensus a decade back was to uncheck that if it was acting "weird." It's been some time since I've had to fiddle with that setting though so the issue seems to have been resolved.
That's VS 2017 in my screenshots. The corner sash exists on VS 2015 as well. Beyond that, I'd need to go to archives or install current VS editions to explore. As to simulating the drop down arrow selector, holding left Alt key down and hitting the down arrow brings up those selectors.
I think I managed to navigate the entire sequence of adding a configuration without using a mouse in my little video here (although I tried really hard at the end).
I have a very strange thing happening and I don't know how to resolve so looking to the experts to point me in the right direction please.
I am building a SSRS report to match our clients existing report (built using Crystal Reports). I have been given exact criteria to match such as font size, font, etc and sizes of the various controls. In one part of the report, I have 3 pie charts (uurgh!) next to each other. Each has a custom legend to display the series values and the percentage. Depending on the option at runtime, these legends can contain 9 or 10 items. I understand there is little that can be done in determining how many legend entries appear in each "column" of the wide table, if used, but what I am experiencing is doing my head in.
Below is what the pies currently render as in SSDT (VS 15.9.16)
When I deploy to SSRS and view the report, using exactly the same data source and parameters, I get the following.
You can see in the middle pie, its switched to a column even though the legend is set to wide table and is missing entries. The third pie is a wide table but has dropped Financials off the bottom of the legend.
And why, just out of interest, does the browser version show a space between the number and % sign but the SSDT version doesn't?
This is very frustrating as I expect the browser to return the same as VS. I've tried Edge, Chrome and IE, same every time. I have tried using Auto Table and Wide Table on the legend, makes no difference.
Any suggestions for ensuring the browser renders the report exactly the same as the dev environment would be hugely appreciated.
I am working in an SSRS report that is intended to print MICR checks, I am using the MICR E13B M2 font with a font size of 13pt, and the MICR line printed fit the gauge spots properly most of the times, however I am having a problem among several printings, every time I print a check the start position of the MICR line is not the same as in the previous printing, it moves a little. This is causing that many of the times my checks don’t meet the specifications of where every MICR line character must be placed. I am using an HP LaserJet M203dw printer with magnetic ink. I don’t have many experience with MICR checks and I haven’t been able to find a similar problem, do anyone has had a similar problem? I would appreciate any idea to troubleshot the issue.
Valentin, does the line move vertically or horizontally?
If the line is moving vertically, you must have a MICR print settings to X, Y locations in your software. Also you need to see if the printer paper stacker is holding the paper tightly and papers in it should not be lose.
I use report with textbox (in Access 07) that should resize with length of text. I use the 'can resize' and 'can shrink' attributes. This mostly works, but on some computers the text box stay in 'original' size, as it appears on design view of the report.
I didn't find what could cause this, all computers have the same version of office (07), reinstalling office doesn't change anything?
So onto the questions. Any ideas how to avoid this?
Is there a way to adjust the size (height) of the textbox in report through access. Is there a way to determine the number of lines a text will take in some font and size other then dividing length of the string (using rich text) with some predetermined number.
Can you check the problem user's profile to make sure they have a printer installed?
I know it sounds like a silly answer, but I've seen odd things happen in Access Reports when no default printer is defined
I have an SSRS 2005 report, the report has two groups and one nested table inside of a group, the report is displayed correctly in VS as two pages, but when trying to export it to PDF I get 17 pages and the only correct pages I get are at the end of the PDF file.
Check the grid vs the Page Size.
If you Page Size is set to 8.5" x 11 and you have 1" margins and your Grid (The "white" part of the report) goes beyond the margins, you will get overflow on to other pages.
If you look at the picture below, you can see the grid goes just beyond the 7" mark. My interactive snf Page Sizes are set to 8.5 x 11. This exports fine. A good way to check is to switch to "Print Layout" mode. You can do this by clicking on the little icon that looks like a white piece of paper on a green background just to the right of the Printer Icon. When you view it this way, you get a pretty good idea of how it will be exported.
I have run into this problem before, generally a Table or Rectangle control will inadvertently push to the edge of the Grid and in turn increase the size of the Grid beyond your paper size and margins.
Yes, but it's been a (long) while since I worked with SSRS. I remember having adjusted rsreportserver.config
This link should help:
Customizing rendering extensions
The link is just the result of quick googling. Didn't read it through.
I had to adjust values for i.e. border width and so on, which are by default somehow a mess. And if that doesn't help, you have to adjust your report.