pf_app
Paul Trowbridge
7fd07e52d2
Two defaults both moved price when nobody asked: A qty edit held the dollars, so price absorbed the whole difference -- 10% more cases at the same revenue is a 9% price cut, and nothing in the figure being edited shows it. Dollars now follow qty at the current price: `value = (curValue / curUnits) * unitsIncr`, on the server in resolveIncrs() and mirrored in the ledger's Result line. A slice with no units has no price to hold, so there the dollars stay put and the edit is a pure qty change. `plug` defaulted to 'price' -- volume holds, price moves -- because that is what the API did before the flag existed. It now defaults to 'volume'. The client's stored preference is keyed pf_scale_plug_v2, since a browser carrying the old 'price' choice would otherwise go on moving price silently. The deliberate routes are unchanged and both outrank the above: name the dollars and the qty together and price falls out of the two, or name a target_price, which is the Excel form's Edit Price mode. The ledger labels the column that cannot move `· holds`, which now includes price on a qty edit. One behaviour to know about: holding price is impossible on a slice whose value is zero, so a dollar edit there answers 400 with an explanation where before it quietly moved price. Fail-loud is the point. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| lib | ||
| public | ||
| routes | ||
| setup_sql | ||
| ui | ||
| .env.example | ||
| .gitignore | ||
| CLAUDE.md | ||
| install.sh | ||
| package-lock.json | ||
| package.json | ||
| PERSPECTIVE.md | ||
| pf_perspective_options.md | ||
| pf_spec.md | ||
| pf.sh | ||
| server.js | ||