http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10613
Jacek Ablewicz <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #12 from Jacek Ablewicz <[email protected]> --- (In reply to mathieu saby from comment #11) > It is not working well, and most of all, improving the display of rrp and > ecost price on invoices is maybe a loss of time. > Mathieu, are you sure your last test was with the patches correctly applied? >From what I see, patched version is calculating & displaying unitcost (aka actual cost) on invoice page, just like it should - and there is an clear indication stating if given column is with, or without tax. We are currently testing those patches; so far with the good results for listincgst/invoiceincgst both yes/yes && no/no. Less usual combinations (no/yes, yes/no) might be a different story - I believe invoice.pl may need an additional small change like that: 185c185 > if ( $bookseller->{'invoiceincgst'} ) { --- < if ( $bookseller->{'listincgst'} ) { to behave properly for "no/yes" and "yes/no" (???). Anyway, handling prices for yes/no and no/yes combinations are apparently even more problematic in other places (like parcel.pl, basket.pl, .. - price calculations/display/column labeling etc. are not always working correctly in those other scripts - depending on the circumstances). I'm wondering if anyone is actually using such unusual combinations IRL? -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
