I am trying to create a calendar in Excel for staff holidays (4 persons). But when I print the calendar it will be cut (more pages printed) and when I resize it, it will be too small to read.
So i want to change this:
To this:
This is just for printing.
Any tips would be highly appreciated.
Set the Margins to Narrow using Page Setup
Go to View - Page Break Preview.
Adjust the Blue lines so that the page doesn't cut the edges of the months but does give you a reduced number of pages
It is probably unlikely that you will get it to print on one page without it being too small. Unless you can print on to A3 paper.
Related
I have a time based chart and I am trying to print it on one pdf page. The chart spreads from column 'B' to 'UR' ~ 560 columns. I have the print setup for that area and to fit one page. It prints till column JU and disregards the rest. Not sure if there is a work around or if I am missing something. And if there is a vba script that can help with it.
I tried some additional variations and did experience the cut off issue. I couldn't quickly work out what created the limit, but it wasn't the number of columns; a guess is there is a limit to the size of the hidden "canvas" on which the chart is painted before its scaled back to print and/or save as PDF ... hence is related to the width of the chart. However you can see (roughly) from the screen shots below a chart spanning from B to UR (limited by yellow in column UR); the chart is 319cm wide. Then the saved PDF. The page setup was A4 landscape with narrow margins. Cheers.
I would like to create an Excel document with all the date from 01-01-2018 to 31-12-2018 with each day in a separate columns but only display a certain amount of days (not the entire year) with the possibility to scroll left or right to see the rest. What can I do to achieve this ?
I've tried to to freeze the panes but it's not what I want.
What I have :
What I would like (with a scroll bar) :
You can only freeze one side of the table, and even if you use the Split button to try to hold the other side still, it turns off the freeze, so you can't do both at once (which would have solved it).
https://support.office.com/en-us/article/split-panes-to-lock-rows-or-columns-in-separate-worksheet-areas-516a7001-b3ed-4122-a6bb-fd6d4a9d6434
If you turn the spreadsheet sideways, so the dates go down the page instead of across, you may be able to do something with the Group button:
Sorry but I don't think there is a way to solve it properly, maybe you can move the static columns from the right over to the left too?
I wrote a 10*5 table in MS Excel 2010. Then I intended to print this table to a PDF file.
By default, it would print this table on a regular page, say Letter(8.5*11). This gives a printed paper with most area are blank.
Can I print this table to a PDF file with minimal blank space?
In another word, let the paper size fit the print area?
If that option did exist, the text would be very large since you effectively just zoomed in..
I recommend looking at your table in Page Layout view (goto View->Page Layout) and fiddling with the table's rows and columns until it takes up the entire space.
Yes you can by setting the normal print area to the area ytou want in the pdf and set the print margin settings to minimal and the Page setting to Fit to x by y pages.
If that would still leave you with emptiness on your pdf page your area is just to tiny. Increase its size by increasing the Text size inside that area until you see in the PDF save that you fill up the complete area.
Unfortunately there doesnt seem to be a single magic setting for this. You will have to find the size of the "paper" and that of your text yourself...
We have a report which contains 6 pages (I have used page breaks). Each page has few sub-reports and few charts. We are exporting it as Excel.
When we are trying to print one sheet the page is breaking into multiple pages dividing the sub-reports and charts in middle. Is there some best way or thumb rule to follow in order to make reports print friendly.
On the Ribbon (I have Excel 2007) go to View tab, then select Page Break Preview and drag page borders as you desire. These settings are saved together with the workbook, so on the next reopen page breaks will remain as set.
Finally found the answer.
Posting here in case somebody is struck with same issue
Need to set these properties in report
net.sf.jasperreports.export.xls.fit.width =1 and
net.sf.jasperreports.export.xls.fit.height=1.
Thanks
This question is a follow up to my original question, I've done a bit more reseach, i narrowed a problem down quite a bit.
I've also uploaded a sample .rdl to illustrate the problem
I've got the following report setup: a header (image in the body), two textboxes, and a footer.
First textbox has a little bit of text, and second textbox has lots of text. Second textbox can fit on one page by itself, but won't fit on the page with my header and the first textbox.
The problem is that for some reason, the second textbox in the report is unaware of other contents of that same report, and as long as that one textbox fits on one page - it will be moved to the second page. (once the textbox grows larger than 1 page - it will split, and will achieve the desired behavior)
Desired behavior is to split the second textbox, and keep as much text on the first page as possible, and move the rest to the second page.
I'm not sure about v.2005 but in v.2008 you can set a textbox property: KeepTogether to false.
This will fit as much text on the first page than the rest on the second page.
This is pretty standard behaviour in SSRS. Like many issues with the Reporting engine, you have to trick it.
In this case you could try to provide the 'lines' for the second text box as individual rows in a Detail, then use a repeater or table to display them. Alternatively you could break on 'paragraph'. Unfortunately you'll have to do this in your data source, probably in a stored procedure, depending on how you're getting the data to the report.
If appropriate you could look at client-side reporting (.rdlc files), which allows you to pre-process the data in a .NET application, although setting up for printing can be more complex.