Neal Chambers
7a5074cc90
Refactor option_value_value_unit_scaled for correct unit value scaling and update sales tax report spec for clarity
2024-11-13 16:28:18 +09:00
Neal Chambers
0797314360
Fix inaccuracies introduced with truncation
2024-11-13 16:28:18 +09:00
David Cook
45ca2961ec
Avoid crash
2024-10-23 22:06:53 +11:00
Gaetan Craig-Riou
3b89cd5957
Fix option value namer
...
Uses the variant variant_unit, variant_unit_name, variant_unit_scale
2024-10-14 14:56:46 +11:00
Matt-Yorkley
7f5d1be792
Guard against unsaved variant's product in OptionValueNamer for product import
2023-06-01 10:12:19 +01:00
Matt-Yorkley
a20277c3a7
Completely remove option_values and option_types from the codebase
2023-06-01 10:12:19 +01:00
Matt-Yorkley
896e4c45f2
Clarify confusing class
2023-06-01 10:11:20 +01:00
Matt-Yorkley
e5eb622ac7
Cut dead code
2023-06-01 10:11:20 +01:00
Gaetan Craig-Riou
6e76bcac4a
Refactor option_value_value_unit_scaled to use to_d instead of calling BigDecimal
...
As we are now using truncate(2) we don't need to specify the number of significant digits
2023-01-11 15:35:30 +11:00
Gaetan Craig-Riou
91af282ccc
Truncate scaled value unit to maximum of two decimals
...
ie truncate 12.50001234 to 12.5
When using imperial, the scalling calculation rounding results in value unit
having extra decimal when converted back to imperial
+ related spec
2023-01-11 11:04:32 +11:00
Jean-Baptiste Bellet
4452ad2c51
Use BigDecimal to avoir multiplication/division floating errors
...
Like 28.35 * 12 / 12 = 28.350000000000005
+ in js, use parseFloat() to format `12.00` as `12`
2022-09-07 09:17:46 +02:00
Andy Brett
7319ef7345
use better method and class names
2021-03-25 08:51:15 -07:00
Andy Brett
39fc0707c3
provide unit price values in front end shop
2021-03-25 08:51:15 -07:00
Luis Ramos
e413920335
Move both OptionValueNamer and VariantAndLineItemNaming to app/services/variant_units
2020-09-03 09:11:00 -07:00
