I have always been mystified by how Access popup forms and reports seem to size themselves arbitrarily. Today, I discovered that the report I'm working on is actually sizing itself to match the visible design area of the report's design view. Detail fields are in tabular layout. Detail section is 0.2", report width is 3.5", and there is a small header and footer. Popup = Yes; Modal = No; Auto Resize = No.
When I drag the left border of the property box to increase the size of the property box, and then open in report view, this actually makes the report narrower! I know I can open in report view, resize the borders, and save. But whenever I open in design view again, the report size resets to the size of the visible design area.
I am not looking for a workaround (I already know I can resize programmatically). I want to know if there is a fix to the above behavior. Shouldn't it initially set the width to the Width property? And the height to the height of all rows plus header/footer height? Please tell me the above behavior is not by design.
Yes, that's by design, and why wouldn't it?
With Auto Resize = No, the size of the popup window will be the window size you saved in design view. What else could it be?
If you want the popup window size to adapt to the form/report width, set Auto Resize = Yes. That's the usual way to handle popups.
The height of popup continuous forms/reports will still be determined by the height you save in design view.
Thinking about it, you probably have "tabbed document windows" set in the Access Options for the current database. With this option, you don't really have much control over the window size in design view.
If you must have popups with Auto Resize = No, you probably should switch to "overlapping windows". (I don't know the exact option names since I have a German Access).
Related
I understand that I can never exceed the width of a report body, but I have more report items than a (Design View) page can hold and I don't know what to do.
To clarify, what is currently on the Design View page correctly becomes a longer display view, and becomes multiple printed pages. Just what I want.
The problem is that I've run out of vertical design canvas and I don't know how to fix that.
Now that we've identified the PBI-Desktop tag was erroneous, the problem domain is SSRS Report Builder/PBI Paginated Report Builder doesn't give you enough space to craft your report.
The right but wrong answer is to go into the Property menu of the Body and there you can change the Size of the report.
Here you can see me manually increasing the size of the report body but it's easier/more precise to work with the property window.
Why it's the wrong answer -> You're designing a paginated report - one designed to be pica perfect on your page. Now we're stuffing a 21.875 inch body of a report into an 8x11 page piece of paper. Viewing of it might be ok but when someone clicks print, what happens? Is it going to squish all of that into a single page? Will Page 1 of the report really span N pages? It's been too long since I've worked with SSRS to that level of precision and I really don't remember but do test early if printing is a crucial aspect of the report delivery.
Outdated PBI Desktop/Service answer in case someone else needs it
In Power BI Desktop, click in the background and under Visualizations go to the Format tab. Change the default page size to custom and I could create a 99999 pixel tall report but I doubt that's advisable
I have a report in Access that is from a checklist form for closing down projects. When the report is loaded, depending on the project type, certain labels and their combo boxes are marked as not visible. This is done using VBA and the visible property of each control. I have noticed that the report still includes these combo boxes and labels as blank white space. Is there a way to remove the white space?
I have set the detail and the overall report to can grow and can shrink. I am thinking about possibly using sub-reports to do this but I am unsure if it will work.
Edit: Another solution I am thinking about is building several different reports and using an if statement for the project type to determine which report to open but this feels excessive to me. This solution would report in at least 5 separate reports.
Controls don't take space in Microsoft Access. They are positioned at a certain, predefined position, on a report of predefined size. There are little dynamic things about it (yes, nicomp is right, the CanGrow property makes it a tiny bit dynamic).
If you really want, you can move up all controls below a control you're hiding by the height of the control you're hiding, assuming controls take up the full width of the page. To do that, you can use something like the snippet below (iterate through all other controls):
If MyHiddenControl.Top < MyOtherControl.Top Then
MyOtherControl.Move MyOtherControl.Left, MyOtherControl.Top - MyHiddenControl.Height
End If
And if you want to do it properly, add margins for controls and resize the report detail section too.
If controls don't take up the full width, it's considerably more difficult to dynamically organize your report.
Hi I am relaive new to RapidMiner,
I am trying to get a good looking report working, using the reporting extension.
When I display a histogram chart, with the standard width and height (800x600) the bottom part is cut off. See Example
If I manually change it to 800x800 the chart is displayed correctly.
The problem is that the chart will changed, based on the input, so I would manually have to check if it fits.
Is there any way to scale the chart to fit the given space e.g. 800x600?
Edit2: This is how the Report operator and the Generate Report operator are set up:
I notice that the page settings in Generate Report are for portrait mode whilst the settings in the Report operator are for landscape. If you change image width to 600 and image height to 800 in the Report operator, I suspect this might resolve the issue for you.
It is confusing however, I noticed that Generate Report ignores changes to the page size settings - this is likely to be a bug. It's also confusing that increasing the image dimensions shrinks the rendered image. I'm afraid it's trial and error. I don't think the image will change between runs, the size is fixed by the dimensions you give it.
Background:
I am creating an application in Ms-Access that is to be launched on a multi-user platform - This means many screens and many different resolutions etc.
Question:
Is it possible to have my application that automatically adjusts to the right size of the screen/resolution and the font size to be proportional to that of the % increased or decreased?
Similar to my answer here, yes, you can use the On Resize event of a form to move controls around, change the size of subforms, and perform other similar operations. Those adjustments are applied to each individual object, so the coding would be somewhat tedious and a bit "fussy", but it can be done (at least to some extent).
The font size will not automatically change based on screen resolution in any version of Access, but starting with Microsoft Access 2007 you can use new properties of controls to make them stretch, shrink or move based on the size of a form (described here)
Try using the VBA code in this answer to see if it gives you what you want. It works basically the way that Gord Thompson recommended. When the form is resized, all the controls and the text on the form will be proportionally resized too so that it looks the same no matter what size the window is, or what the user has their monitor resolution set to.
I currently have a Matrix within an SSRS report. Usually, the matrix will fix to a standard page in portrait mode, however there are cases where the length of the columns will exceed a page. Is there a way to have SSRS render the report to a PDF where this Matrix would auto-size and shrink all of it's contents, ie: font, column widths to fit within a page? I don't want to shrink all objects in the SSRS report to fix the page, just the width of the Matrix.
If you were dealing with height, I would say that that's not a tablix configuration. The tablix would be only expanding because of the columns. And the columns would be expanding because the textboxes that are inside them expand.
So, you would need to deal with it on each textbox by Right clicking the textbox inside the column and select "text box properties". On the general tab uncheck "allow height to increase".
Strangely there isn't an option to width. This link tells about the CanGrow and CanShrink properties but I wasn't able to make it work. Maybe if you want to give it a try.
-> Go to report tab
-> Select the Report Properties
-> Select Paper Size "Letter" and "Width & Height" as per standards ("8.5 * 11" or "11*8.5")
Despite the downvote, Nawaz has the correct answer
To fit it to a specific page, especially for pdf output, then you set the size to A4. I always have three templates for this purpose, screen, pdfland and pdfport. I resize my headers, footers, titles and corporate imagery for each of these templates. It's a pain, but you can incentivise your users to ditch the pdfs and the printing and the paper by creating decent dashboards for them so they have live data to hand. That's really the only decent way I've found of getting them out of old and poor habits
So either right click outside the body of the report and select Report properties, or select it from the properties window tab at the right of the screen, then set the size to either letter or A4. It's not ideal, but if you do not limit the report size in this manner any dynamic columns will render outside the pdf and create multiple pages that need to be stuck together later
edit: If you really need to resize in a hurry, you can open the report as code, and use the replace function to reduce the size, however it is often easier to reposition the tables by hand