Skip to content

ships.Interface.LoadoutExportOptions

github-actions[bot] edited this page Aug 19, 2026 · 74 revisions

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

Interface: LoadoutExportOptions

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

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

Extended by

Properties

credits?

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

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

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. A capture whose every article resolves therefore re-exports its own credits unchanged until it is edited.

Each captured figure is pinned to what it was paid for, so losing an article narrows the export rather than staling it — by an edit, or at import, where normalization discards or replaces a module the catalogue cannot resolve and ShipLoadout.importOutcomes names the slots. 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. Losing a module the capture listed but never priced — to a removal or a replacement — is the one case this cannot detect: only the capture ever knew which unpriced modules its total counted. The built-in cargo hatch is never purchasable, so normalising an unpriced or zero-priced captured hatch does not invalidate the totals. A non-zero captured hatch value is treated like any other priced replaced article.

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:616

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:610

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.

API

Guides
astro
Classes (1)
ProceduralSystem

Properties

Accessors

Methods

Interfaces (16)
Type Aliases (3)
Variables (11)
Functions (37)
Subpath modules (3)
commodities
Interfaces (1)
Type Aliases (1)
Variables (3)
Functions (3)
equipment
Interfaces (6)
Type Aliases (8)
Variables (3)
Functions (10)
Subpath modules (2)
i18n
Interfaces (1)
Type Aliases (1)
Functions (17)
materials
Enumerations (2)
Interfaces (2)
Type Aliases (2)
Variables (9)
Functions (9)
ships
Classes (3)
BuildMetrics

Methods

LoadoutEditError

Constructors

Properties

Methods

ShipLoadout

Accessors

Methods

Interfaces (125)
Type Aliases (44)
Variables (10)
Functions (85)
Subpath modules (8)

Clone this wiki locally