Stephen Morgan

This requires careful consideration to make sure we don't mess up parsing in other cases. See related discussion at #1489, #273.

Is there something to be done here? We don't have a clear reason to prefer one approach or the other, and we have one which is implemented. Can this issue...

This PR would open the door to a number of potential improvements/customisations. - It would fairly easily allow aligning amounts on decimal points: https://github.com/muesli4/table-layout/issues/32 - table-layout has a fairly robust...

I think ignoring --transpose is the right behaviour. For normal csv output, the rows are indexed by account name, and the columns by datespan. `--transpose` changes this so the rows...

I wouldn't say they're incompatible, just that transposing is the identity on tidy layout. Maybe we could throw an error, but I generally think those should be reserved for when...

Ugh, the total price for negative values is extremely counter-intuitive. But looking at this, I don't see why this isn't a negative price. If you think the correct valuation of...

Here is a proposed test suite. Here are the properties I believe we should satisfy. 1. All transactions are balanced. 2. Transactions on the same day are equivalent (they should...

> > --cost should be equivalent to --infer-market-prices --value=then > > I think that won't always be true since [a P directive on the same day can override an inferred...

> One way to simplify would be to disallow negative transaction prices and negative market prices. Did we discuss and reject this in the past ? Internally we have to...

> After discussion and re-reading everything, I'm starting to get used to the idea that 1.26 is handling my and your examples correctly and all that may be needed is...