wip: Add support for tables

[hollandjake]

What kind of change does this PR introduce?

• Add doc.table() support
• Tables can have each cell individually customised

Checklist:

• Unit Tests
• Documentation
• Update CHANGELOG.md
• Ready to be merged

Resolves #29

Builds off #1576 (allowing a cell to set a temporary font inside the context of its contents, reverting back after)

[hollandjake]

I've just noticed @blikblum had added some visual test for pdfmake, was there any indication as to if we were wanting the table interface to be similar to pdfmakes?

[MatthijsReyers]

Great feature! Tables are really the one thing I was missing in pdfkit, I've pulled your branch to play around a bit and I was just wondering if there is any way to create tables with columns of different widths? That seems like it should be pretty core functionality, but I can't figure out how to do it, intuitively I would expect the API to use one of these properties, but it does not seem to work:

await doc.table({ 
        rows: 2, 
        height: 100,
        width: 10 + 20 + 30,
        cellWidth: [10, 20, 30],
    })
    .row([
        {
            value: 'A', 
            cellWidth: 10,
            width: 10,
        },
        {
            value: 'B', 
            cellWidth: 20,
            width: 20,
        },
        {
            value: 'C', 
            cellWidth: 30,
            width: 30,
        },
    ])
    .row([
        'D', 
        'E',
        'F'
    ])

[hollandjake]

No way to do column width atm but there is colspan support

[hollandjake]

@MatthijsReyers originally I implemented the table logic to follow along with how HTML tables are generated, but I'm thinking of rewriting the table generation logic to follow more along with the pdfmake approach, allowing us to define column widths instead of number of columns (with auto support of course).