Is your feature request related to a problem? Please describe.
We now have a working row with totals for the Table layout. As explained in #1205:
The obvious disadvantage of this approach is the impossibility of specifying several lines at once. This can be a problem in the indication of any invoices when it is necessary to show tax and price in separate lines.
Describe the solution you'd like
I propose an additional method infoRows. Each element of the returned array is a row represented by an array (could be replaced by a TR class that acts as a container) of TD cells. Similar as in #1205 I propose to ignore the "target" property for them.
I think we could do it right in the total method. Just allow the transfer of nesting and get as in your example. I just don't think it's cool to have two very similar methods, rather more confusing to use.
Is your feature request related to a problem? Please describe. We now have a working row with totals for the Table layout. As explained in #1205:
Describe the solution you'd like I propose an additional method infoRows. Each element of the returned array is a row represented by an array (could be replaced by a TR class that acts as a container) of TD cells. Similar as in #1205 I propose to ignore the "target" property for them.
Additional context This also should not break compatibility. A possible solution is the following:
In table.blade.php
In the Table class, method build: