@elite-dangerous-almanac/core / ships / LoadoutExportOptions

Defined in: src/ships/ship-loadout.ts:425

How to shape a build on the way out — see ShipLoadout.toLoadoutEvent.

• SlefExportOptions

readonly optional credits?: "retail" | "source"

Defined in: src/ships/ship-loadout.ts:455

Which credits to quote. 'retail' — the default — prices the build from the catalogue: the bare hull's hullCost, every fitted module's list price, and a Rebuy of 5% of the two.

'source' quotes the source purchase record instead — HullValue, ModulesValue, Rebuy and the per-module Value figures exactly as the capture stated them, and nothing at all for a build that has no such record. Each figure stays pinned to what it was paid for, so a fit that stops matching the capture narrows the export rather than staling it: a swapped slot exports unpriced, and ModulesValue and Rebuy go once any priced module has been swapped or removed, or a core internal stocked at import. HullValue names no slot and always stands. The guide Working with SLEF covers the boundary cases, including the one narrowing this cannot detect — a module the capture listed but never priced.

---

readonly optional explicitPower?: boolean

Defined in: src/ships/ship-loadout.ts:438

Write On: true / Priority: 0 on modules that carry neither — as a journal always does and a build assembled here never does. Off by default, following SLEF's "require what is necessary, do not force the rest".

---

readonly optional moduleOrder?: "fitted" | "slots"

Defined in: src/ships/ship-loadout.ts:432

Module order. 'fitted' — the default — keeps the order the build carries: an import's own Modules[] order, or the order modules were fitted. 'slots' re-orders into outfitting-panel order; a module in a slot the hull's layout does not describe keeps its relative position at the end rather than being dropped.