commit 5ce60567e4d5ebfe04fa34b86676c57c59baefa0
parent 83be421e7f194a7bcf8c26850ff4b0f1077042a3
Author: bohdan-potuzhnyi <bohdan.potuzhnyi@gmail.com>
Date: Wed, 29 Oct 2025 21:53:23 +0100
072 small update for clarity
Diffstat:
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/design-documents/072-products-units.rst b/design-documents/072-products-units.rst
@@ -337,8 +337,8 @@ Proposed Solution
- **off** – never perform unit conversions; display exactly the merchant-supplied units.
- **automatic** – apply the locale heuristic described above (imperial for ``US``, ``GB``, ``LR``, ``MM``; SI otherwise).
- - **SI** – always display quantities in SI units (no conversion if the merchant already uses SI).
- - **imperial** – always display quantities converted to imperial/US-customary units (no conversion if the merchant already uses imperial).
+ - **SI** – always display conversion of quantities in SI units (no conversion if the merchant already uses SI).
+ - **imperial** – always display conversion of quantities converted to imperial/US-customary units (no conversion if the merchant already uses imperial).
Definition of Done
==================
@@ -352,7 +352,8 @@ flag or dev-mode flag.)
* Merchant SPAA has updated screen for product creation, which facilitates the
default units.
* POS and wallet reference implementations render fractional quantities
- according to ``unit_allow_fraction`` / ``unit_precision_level``.
+ according to ``unit_allow_fraction`` / ``unit_precision_level``, allows
+ to create orders with fractional quantities of products.
* Legacy clients continue to function using the integer fields, with
automated tests ensuring that canonical and legacy values stay in sync.
* Wallets follows points 5 and 6 of Proposed Solution.
