transpile-chain LEG 2 + LEG 3: Odoo _inherit→mixins, and ClassView×FieldMask→struct+ActionDef methods

[AdaWorldAPI]

Builds the middle and render ends of the operator's transpile chain:

ruff *_spo harvest → ogar-from-ruff lift → CompiledClass → ClassView × FieldMask → askama render
       LEG 1 (ruff #40, merged)   LEG 2 (this PR)              LEG 3 (this PR)

Both legs ride this one branch (F8: one branch = one PR).

---

LEG 2 — ogar-from-ruff lifts Odoo _inherit onto Class.mixins

ruff #40 (merged) shipped the is_a input end: a frontend-agnostic
ruff_spo_triplet::Model.inherits, populated by the Odoo frontend from
_inherit (self-reopen self-edge excluded upstream). The lift previously
consumed only sti.inherits_from → Class.parent (Rails STI) and dropped
Model.inherits. Now lift_model_with_language does
class.mixins.extend(model.inherits).

The multi-parent question was answered by the vocab — no parent widening.
Class::mixins doc names _inherit = 'mixin.thread'; Class::inheritance
states "Mixins / concerns are a SEPARATE axis … never folded in here." So
_inherit → mixins (the multi-parent Vec), not the STI single-parent
spine. Frontend-agnostic (no-op for Rails sti / C++ bases).

Ledger: D-OGAR-ODOO-INHERIT-MIXINS.

---

LEG 3 — ogar-render-askama: ClassView × FieldMask → struct + ActionDef methods

New render_class_with_methods(class, mask, actions) — a compile-time
(askama = the ERB/XSLT analog) transpiler that emits a Rust struct where:

• FIELDS are the ClassView × FieldMask projection. The FieldMask
  bitmask indexes the ObjectView N3 order (attributes then family edges — the
  basis OgarClassView::render_rows uses); bit n set ⇒ n-th field emits.
• METHODS are the OGAR ActionDef DO-arm, assembled as a
  struct-of-methods constructor — impl { new(..) ctor + one fn per ActionDef }.

Operator rulings baked in:

• Behaviour is Rust methods, never SurrealQL DDL. The deprecated
  SurrealQL-AST adapter (DEFINE EVENT … WHEN … THEN … carrying lifecycle) is
  not a target — consistent with SURREAL-AST-AS-ADAPTER.md §0. Tests assert
  no DEFINE EVENT / DEFINE TABLE in the output.
• on_enter (the Rubicon state mutation) → method takes &mut self; read
  actions take &self.

New dep: lance-graph-contract (for FieldMask, branch=main).

Ledger: D-OGAR-RENDER-CLASSVIEW-FIELDMASK-METHODS.

End-to-end verification

A masked account.move (mask = {0, 2}) renders:

pub struct AccountMove {
    pub name: String,   // field 0 kept
    pub state: String,  // field 2 kept — field 1 `amount_total` masked out
}
impl AccountMove {
    pub const CLASS_ID: u16 = 0x0202;
    pub fn new(name: String, state: String) -> Self { Self { name, state } }
    /// OGAR action `action_post` (DO-arm).
    pub fn action_post(&mut self) { /* TODO: port from ogit-erp/account.move */ }
}

Testing

• LEG 2: +2 tests in ogar-from-ruff (48 green).
• LEG 3: +6 tests in ogar-render-askama (50 green): mask gates fields,
  ActionDef→methods, no SurrealQL DDL, dotted-predicate + PascalCase
  sanitisers.
• Workspace cargo check clean; cargo clippy -p ogar-from-ruff and
  -p ogar-render-askama -- -D warnings clean. (Also fixes a pre-existing
  clippy::cloned_ref_to_slice_refs surfaced by the 1.95 toolchain in the
  list_view test.)

🤖 Generated with Claude Code

https://claude.ai/code/session_01EYvNjD8M8LMNYbRy3gq2FP

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: e8679f5a7c

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[chatgpt-codex-connector]

Pin ruff before reading Model::inherits

This access assumes the ruff PR #40 shape where ruff_spo_triplet::Model has an inherits field, but crates/ogar-from-ruff/Cargo.toml still depends on ruff_spo_triplet via the floating branch = "main" and this repo commits no Cargo.lock. On a clean build that resolves main to a revision before/without that field, ogar-from-ruff no longer compiles at this line; the commit message says the dependency is bumped to 61ce2b49, so this should be pinned to that rev (or otherwise locked) with the source change.

Useful? React with 👍 / 👎.