The KingPDF-TableMachine, that is how it exactly called, is responsible for the perfect allocation of tabular invoice-data across multiple pages. The TableMachine creates nearl y every kind of header or footer, administrates data-fields and manages the needed table-place over the different pages.
If it is an Invoice, an estimate or a Paymend-Reminder, the KingPDF-TableMachine needs to deal with many different unknown data but has to present a clean pdf-document.
That means if the SalesKing-User creates a pdf-document, we are not able to know:
- how many data he uses: items of an invoice or estimate
- how many columns are used: description, quantity, price…
- how many headers or footers are used: carry over, delivery costs, total, subtotal
- the used pdf-template: invoice-template, estimate-template, credit-note-template
- changing pages within the template (page two differs from layout of page-one)
The process of creating a pdf-invoices does come to the user or developer some kind of trivial or easy job… it is…. If ALL of the above mentioned things are known BEFORE. But if you deal like this you’ve got restrictions and restrictions are the enemy of the SalesKing! The SalesKing does aspire liberty in document-design and layout. Two of his biggest enemy’s on his way are word-invoices or excel-templates.
If you now think: “But my word-invoice is payed in the past” we can just answer that word is not made to optimize your invoicing-workflow, even for 5, 100 or 10000 invoices… but that is another topic.
The dark side
… in most cases just seen by the developer and in this special case I have had seen very much darkness before seeing the light. Now, everything is lighten up a bit, we are able to allocate very much items of payment-reminders, invoices, estimates with very less boundarys on very much pages.
As so often there is also a dark side at users-view, he has to learn how to work with his new opportunities. As we try to support this learning-process with some way-marking templates, everybody has a special-case to deal with at some time. And the management of these special-cases does the KingPDF-TableMachine.
Liberty in layout, design and multi-page
The new weapon of SalesKing, the KingPDF-TableMachine, tests every page 2-3 tmes with the real Invoice-items before it will be able to be printed. It is responsible for:
- the allocation of invoice-items per page
- carry-overs of each following page
- sub-totals on the end of every page
- no “alone”-standing totals on the last page
- fitting of the items within the place-holder-box, not affected by the quantity of columns and rows within the item-list
- overwriting of the footer-text (=normally unused place)
- variable positioning of the invoice-items on every template page
If you are already SalesKing-User, you now will find some settings of the KingPDF-TableMachine on every template-setting-area:
You want to set the template more individual? Therefore you have to work on the Placeholder-Block “line_items”. If this says nothing to you yet, please read the other articles of the “KingPDF-Templates”-serie.









