chore(plating): de-dash shipped code + intake-neutral customer emails

Replace em-dashes and en-dashes with hyphens across 789 shipped source
files (py/xml/js/scss) so the delivered module reads as human-written;
em-dashes had become a recognizable AI-generated tell. Internal .md dev
notes are excluded. The WO-sticker mojibake strippers keep their dash
search targets (now written — / –). No logic changes: comments
and display strings only; validated with py_compile + lxml parse.

Rewrite the 7 customer notification emails to be intake-neutral
(ship-in / drop-off / pickup) and repair-aware, and fix the Shipped
email documents line (packing slip vs bill of lading; certificate only
when issued). Subjects use a hyphen separator.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
gsinghpal
2026-06-05 00:16:19 -04:00
parent c9eb61ee0c
commit 8c76a16366
789 changed files with 4692 additions and 4692 deletions

View File

@@ -2,7 +2,7 @@
<!--
Copyright 2026 Nexa Systems Inc.
License OPL-1 (Odoo Proprietary License v1.0)
Box-level tracking fp.box list / form / search / kanban + menu.
Box-level tracking - fp.box list / form / search / kanban + menu.
-->
<odoo>

View File

@@ -2,7 +2,7 @@
<!--
Copyright 2026 Nexa Systems Inc.
License OPL-1 (Odoo Proprietary License v1.0)
Sub 8 Racking-time inspection views.
Sub 8 - Racking-time inspection views.
-->
<odoo>
@@ -188,7 +188,7 @@
<p>
Racking inspections are auto-created when an MO is confirmed.
The racking crew opens the customer's boxes, counts parts,
and logs condition findings the per-part quality check
and logs condition findings - the per-part quality check
that used to live on receiving.
</p>
</field>

View File

@@ -21,9 +21,9 @@
<field name="domain">[('state', '=', 'discrepancy')]</field>
</record>
<!-- ===== SHIPPING & RECEIVING combined menu (v) ===== -->
<!-- ===== SHIPPING & RECEIVING - combined menu (v) ===== -->
<!-- Renamed from "Receiving & Inspection" so the same dock workflow -->
<!-- parts coming in AND parts going out lives in one place. -->
<!-- - parts coming in AND parts going out - lives in one place. -->
<!-- Logistics module reparents its 5 menu items under this root. -->
<!-- 2026-06-02: opened to Technician (was Shop Manager+) so technicians
can browse + edit receiving in the backend, not just the tablet card.
@@ -35,7 +35,7 @@
sequence="15"
groups="fusion_plating.group_fp_technician"/>
<!-- Inbound (sequences 1030) -->
<!-- Inbound (sequences 10-30) -->
<menuitem id="menu_fp_receiving_all"
name="All Receiving"
parent="menu_fp_receiving_root"
@@ -53,7 +53,7 @@
parent="menu_fp_receiving_root"
action="action_fp_receiving_discrepancy"
sequence="30"/>
<!-- Outbound items (4080) added by fusion_plating_logistics -->
<!-- Outbound items (40-80) added by fusion_plating_logistics -->
</odoo>

View File

@@ -140,7 +140,7 @@
<strong>Receiving = box count only.</strong>
Count the boxes the truck dropped off, set the number
below, and stage them for racking. The racking crew
opens the boxes and inspects each part click
opens the boxes and inspects each part - click
<strong>Racking Inspections</strong> above to jump
straight to the open inspection for this SO.
</div>
@@ -185,7 +185,7 @@
</group>
<!-- Shipping-quote preview. The .fp_shipping_quote_callout
class in fp_shipping_quote.scss handles
colour for both light + dark bundles
colour for both light + dark bundles -
yellow tint that flips to deep amber on
dark theme. Structure-only styling stays
inline; semantic colour lives in SCSS. -->

View File

@@ -4,7 +4,7 @@
License OPL-1 (Odoo Proprietary License v1.0)
Part of the Fusion Plating product family.
Phase C MPS extends fusion_shipping's shipment form with the
Phase C MPS - extends fusion_shipping's shipment form with the
All Labels list (x_fc_label_attachment_ids, one entry per package
on a multi-piece shipment).
-->

View File

@@ -22,7 +22,7 @@
</button>
</xpath>
<!-- Receive Parts header action appears after SO confirmation
<!-- Receive Parts header action - appears after SO confirmation
while at least one receiving record is still open, and
disappears once every receiving record is closed. Reuses
the existing action_view_receiving method so a single