I am new to PDFsharp and MigraDoc. I have a requirement to generate a dynamic report with a header and a table.
The table should have a number of columns that are fixed and repeated on every page. I understand MigraDoc automatically calculates the width of the table and splits it over multiple pages if required.
Can someone please share an example of the repeated columns on multiple pages? I cant seem to find anything on google.
The current implementation of MigraDoc does not support splitting tables horizontally across pages. Repeated columns that are required for horizontally split tables do not currently work automatically.
Tables automatically split vertically (i.e. across several pages) and header rows are automatically repeated.
To simulate horizontal splitting you can create several tables and merge them.
In our application we chose a workaround: we let the page width grow as needed for the table. This works fine for tables that are to be viewed on the screen, but does not work well for tables that have to be printed.
Related
Hello I am building a POS system and would like to display a list of images all available products for selection.
So for example, if someone picks category: Shirts, a datagrid of images all Shirts in that category should appear.
The grid should show in a 4 by X matrix where X is the number of columns (dependant on the number of products obviously).
So the result should look something like this link (with only the pictures showing and no writing to keep it simple).
Any Ideas at all please? Not expecting code, just some guidance on how to kick this off.
There are a million different ways to accomplish this.
Repeater controls will simply repeat for every result you pass them, and could pretty easily be set to repeat horizontally, and provide a line break every four records. Them you would just need to repeat an image who's source was databound you each image for your products.
That's probably the simplest approach, but you could get all kinds of fancy with client side ui elements, paging, sorting, etc. Just depends on what you need and how long you have to work on this one piece.
Im trying to add a summary row which sum all values in each column. I have very large data and I do pagination in the grid. However, I heard gwt doing summaryGrid in client side which does not work in my case. I tried to setShowGridSummary to true but it works only for a small set of data, it shows blank if the data is large. So I want to change the plan to add additional summary grid and then get the query from backend and insert the summary data into that grid. So my question is can I add additional row into smartgwt grid? And how?
Thanks,
On client side SmartGWT can only calculate summary if you fetched all records so only then summary values will show.
You can disable pagination and do this which I don't recommend for large data sets. Or prepare another data source that can calculate summary on server side and return only one record:
listGrid.setSummaryRowDataSource(summaryRowDataSource);
SmartGWT will make another request to server for summary row with same criteria that was used for normal fetch.
It will be also refetched any time criteria will change.
One of the reports I am creating has dynamic number of columns - a datatable gets returned from the stored procedure, the number of columns depend on the number of items defined in the database (one column for each item, other than some fixed columns).
Is it possible for me to use RDLC report to generate a report in this case? All the calculations are already done int he report, I am looking at RDLC only for the sake of export to excel/pdf and repeating header/footer.
It is possible, but there is no simple solution. Here is a link to a former answer of mine on this topic.
An additional investigation later
Here is an article describing the mentioned report generation with a self generated RDL object model in detail.
From the sounds of it, you want your report to pivot defined items, which can change with respect to various report criteria. If you know all the columns that COULD come back, you could just define your RDL to bind them all but hide the ones that aren't item defined. You would just have to bind the Visible property of the column to a determination of whether the has been defined.
For your Problem,
I guess you can go for matrix instead of tables.
where you can generate rows and columns dynamically according to the data you are getting.
Check here for using of matrix
Use matrix in RDLC whenever your columns are not fixed in datatable.
Visit http://www.gotreportviewer.com/matrices/
Here you'll find use of both table and matrix in RDLC. See yourself which one suits for your requirement.
I have two tables in a SQL Reporting Services report (table + matrix) that I would like to display side by side to give the illusion of one complete table.
The problem is that there may be more data in the row of one table vs the other and therefore the rows could be different heights.
Is there any way to match/link the heights of the rows in both tables.
Ok so after an exhaushtive search I dont think there is an answer to this one.
My proposed work round for this is to export straight to Excel which is what my users will do anyway. Excel lines up all the rows correctly. The only thing to be aware of here is the join between the table and the matrix as sometimes excel will merge two columns together if they overlap.
I'm using PDFsharp to generate PDF documents and these documents (invoices) contain tables.
Is there any way to determine the height of a table? I need to know the height as VAT and Total tables have to be positioned at the bottom of the page. I don't think a count of the rows would do because product descriptions can get wrapped resulting in increased row height for some rows
Not sure if I understand the problem.
I think you want to create a table that spans several pages, but you need a summary at the bottom of each page.
Sounds like you're using MigraDoc, not PDFsharp.
MigraDoc works similar to Word: you define the contents, MigraDoc cares for the pagebreaks.
Tables with sum rows at the bottom are not supported.
You can add sum rows and pagebreaks manually. To do this you must estimate how many items fit on one page (taking the length of descriptions into account).