ships.Interface.LoadoutExportOptions

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

Interface: LoadoutExportOptions

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

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

Extended by

• SlefExportOptions

Properties

credits?

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

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

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 build's source purchase instead — HullValue, ModulesValue, Rebuy and the per-module Value figures exactly as the capture stated them, and nothing where it stated nothing. An unedited capture therefore re-exports its own credits unchanged.

Each captured figure is pinned to what it was paid for, so an edit narrows the export rather than staling it. A slot whose module has been swapped is left unpriced, because the figure was paid for the article that was fitted; and ModulesValue and Rebuy are dropped once any priced module has been swapped or removed, since they then cover an article no longer aboard. Removing a module the capture listed but never priced is the one case this cannot detect: only the capture ever knew which unpriced modules its total counted.

HullValue always stands: a captured hull figure names no slot, so no edit narrows it. Note that on a game capture it counts the hull with its stock fittings, and removing one of those leaves it overstating what is aboard.

A build with no source record — one assembled here, or a capture that quoted no credits — exports no credit figure at all rather than falling back to retail.

---

explicitPower?

readonly optional explicitPower?: boolean

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

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".

---

moduleOrder?

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

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

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.