We have a problem with automatically created Excel documents. I'm not sure if it is related to how we create the document or else is a viewer problem. But in any case, it's confusing.
When opening the Excel document, the content of some text fields is abbreviated by just displaying some short postfix of the content. On double click, the full content is visible. What is confusing is that the full content would well fit into the fields as it is displayed.
How to prevent such abbreviated fields?
I've attached two screen shots showing the problem.
first column of line 13 is abbreviated:
after double click, the first column of line 13 is displayed correctly:
For a sample document, follow this link. The document shows correctly in my firefox browser but faulty when seen with Excel on Windows 10.
Related
I have an SSRS Report that has data in a column containing line breaks (CHAR(13) + CHAR(10)) however it refuses to show the wrapped text automatically or by choosing from the Home toolbar Cells-->Format-->Auto fit row height. Does anyone know how to make this happen so the user can see the cell contents when it opens in Excel? Basically they have to manually select each row and specify a height.
I'm using SQL 2012 for the moment. I also tried the same report on 2019 and it makes no difference. The report is hooked into an app so it comes out directly as EXCEL. When I run it from the report server in HTML it is showing the data with the multiple lines as desired.
When a sub report spans on multiple pages, the main report looses all control of pagination. This results in the report cutting off at the end of the first page when in PDF mode.
Example:
Our invoices use multiple sub reports to get shipment and sales order details.
When the invoice gets emailed out by the system to customers, the data beyond the first page is missing.
Question: How can we get a sub report to display all the data it should?
Per Acumatica support we tried toggling "keep together" and adding a page break after, but it did not work.
Note that when printing the report in html display mode, the data does display correctly. It also displays correctly if we save as PDF via the browser print screen.
See images for illustration:
Here is the complete solution that worked and explanation (Based on Acumatica support response):
When a subreport is printed as a part of the main report, and the information in the subreport takes more than one page, the system does not break the page flow and prints all information in one long grid. When the report is exported to PDF, the information from the subreport is incomplete. The following steps will allow you to insert a page break in the subreport:
Place the Subreport is a separate GroupHeaderSection
Allow some space between the Subreport control and the section borders
Allow Space
In the GroupHeaderSection properties tab, set the Keep Together parameter to False
GroupHeader Params
Set the PageBreak parameter to After, so that the Subreport Page Footer is printed as the last line of the Subreport
PageBreak result
The next section of the main report will start on the following page.>
Maybe you can try the following:
go to the master report rpx file and find the section where you put the master report.
And then find the KeepTogether attribute under Behavior, and set it to be false.
Please let me know if it works.
I have a Powerpoint file that has been emailed to me. It has a chart with selectable columns and labels, indicating that it's not just an image. When I try to edit the chart in order to extract the data, I get the message "The linked file is not available. To edit the link, click the File tab. Click the info tab, and then under Related Documents, click Edit Links to Files."
If i click Open Source, it says it can't find it. If I click Break Link, it's no longer editable when right clicking the table.
The data must be in there since it's displaying the values. How can I extract the data?
Generally, what you see on screen is a metafile picture of the linked chart or other content. The data behind it is unavailable if the link's broken or missing. You may be able to get what you want by ungrouping the chart (or better, a copy of it). You'll probably need to ungroup a few times, but you should be able to access the text (as individual, unrelated text boxes).
When I try to print a power view sheet it comes out blank (no ink on the paper), even though the print preview shows the sheet nicely.
See image below (secret stuff is blurred out):
According to Microsoft themselves it should be possible to both print and export (to pdf) a power view sheet.
Many other sites also claim that it should be possible, e.g. https://www.tutorialspoint.com/excel_power_view/excel_power_view_sharing.htm
I have tried both options though, and it comes out blank on paper when printing, and when exported just shows a blank pdf page.
I ended up contacting Microsoft support and I was told that it is only possible to print an image of the current view if the Excel document is on a SharePoint server.
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.