Monday, May 6, 2019¶
Lino Presto final sprint¶
I wrote the customized template
service_report.weasy.html for presto,
but it wasn’t being selected OOTB.
lino_xl.lib.sales.SalesDocument mixin has a
get_excerpt_templates() method, but Lino still always uses the default template.
It took me some time to understand my own system of configuring print templates. I believed that Lino didn’t find the right template, but in the end it was just a pitfall of the Jinja templating.
Sorting lazy choicelists wasn’t the reason¶
What I wrote (Thursday, May 2, 2019) about the failure in welfare docs/specs/ledger was partly wrong.
Okay replacing the hack in
lino.core.choicelists.ChoiceList.add_item_lazy() was a good thing, but
that hack wasn’t guilty at all. Guilty was another bug, this time in
VoucherTypes.get_for_model which caused it to simply
return the first possible candidate. But in Welfare we have two voucher types
which use the same model PaymentOrder. For the demo journal ZKBC the result had
been okay so far, but when the voucher types were sorted, it returned the wrong
candidate. It is an error to call
VoucherTypes.get_for_table) with a model (or a table) for
which we don’t have a unique voucher type. And it seems that last week I was so
sure about having found the bug that obviously I failed to test a last time…
Preparing for the release of the prototype¶
To deploy the Presto prototype I prefer to stay with the PyPI environment and force myself to release to PyPI before showing it to the client.
And I am a bit reluctant to release to PyPI when most test suites are broken.
So I started to adapt these.
Not sure why the total number of calendar entries from 301 to 348 (in The Lino Welfare “Eupen” variant).