Nine Pounds of Mayonnaise


    1.3.0 • Public • Published

    Typed Factorio

    Complete and featureful typescript definitions for the Factorio modding lua api. This is intended to be used with TypescriptToLua.

    This project aims to provide type definitions for the Factorio lua API that are as complete as possible. This means no anys or unknowns, correct nullability, and lots of smart type features. The generator integrates both the Factorio JSON api docs and manually defined additions and overrides.


    To use in your TypescriptToLua project:

    1. Install this package
    npm install typed-factorio
    yarn add typed-factorio
    1. Add to your tsconfig.json:
      "compilerOptions": {
    +    "types": [ "typed-factorio/runtime" ]

    This will add the types for the runtime stage to your entire project.

    Note: When types are updated, or released for a new factorio version, you will need update your package version to get the types.

    Settings and data stage

    There are also definitions for the settings/data stage.

    To avoid type conflicts, the global tables for the settings/data stages have to be declared manually where you need them. These types can be imported from typed-factorio/data/types or typed-factorio/settings/types.


    import { Data, Mods } from "typed-factorio/data/types"
    // or
    import { Data, Mods } from "typed-factorio/settings/types"
    declare const data: Data
    declare const mods: Mods
    data.extend([{ ... }])

    There are currently full types for settings stage, but only basic types for the data stage.

    Factorio lualib modules

    Currently, there are types for the following modules:

    • util
    • mod-gui

    If you have a need for types to more lualib modules, feel free to open an issue or pull request on GitHub.

    The global table

    The global table is just a lua table which can have any shape the mod desires, so it is not defined in typed-factorio. Instead, you can either:

    • add declare const global: <Your type> in a .d.ts file included in your project, to apply it project-wide, or
    • add declare const global: {...} to each module/file where needed. This way, you can also only define attributes that each module/file specifically uses.

    Type features

    Typed-factorio has 100% complete types for the runtime stage. Description-only concepts and some not documented types are filled in manually.

    Here are some details on particular type features:

    Lua features

    The types include TypescriptToLua language extensions and lua-types (for v5.2) as dependencies.


    The types consistently use undefined to represent nil. null is not used, because undefined in typescript is much more similar to nil in lua, and optional parameters/properties already use undefined.

    A class attribute is marked as possibly undefined only if the read type is possibly nil. For properties where nil is not possible on read, but is possible on write, you can write nil by using undefined! or myNullableValue!, e.g. controlBehavior.parameters = undefined!.

    Variant parameter types

    Variant parameter types (types with "additional fields can be specified depending on type") are handled as a union of all variants (which is often a discriminated union). This gives proper type checking for each variant.

    The type for a specific variant is prefixed with the variant name, or with "Other" for variants without additional fields (e.g. AmmoDamageTechnologyModifier, OtherTechnologyModifier).


    script.on_event(), script.get/set_filters(), and script.raise_event() all have type checking on the event data/filter type, inferred from what is passed as the event name/id.

    You can pass a type parameter to script.generate_event_name<T>(), and it will return an EventId that holds type info of the event data. Event functions on script can then use the type data when the EventId is passed.

    Array-like types

    Classes that have an index operator, a length operator, and have an array-like structure, inherit from (Readonly)Array. These are LuaInventory, LuaFluidBox, LuaTransportLine. This allows you to use these classes like arrays, meaning having array methods, and .length translating to the lua length operator. However, this also means, like typescript arrays, they are 0-indexed, not 1-indexed.

    Table or array types, and "Read" concepts

    For table-or-array types (e.g. Position), there also are types such as PositionTable and PositionArray that refer to the table or array form.

    Table-or-array types will appear in the Table form when known to be in a read position. This also applies to other concepts/complex types that have table-or-array attributes.

    For some concepts, there is also a special form for when the concept is used in a "read" position, where all table-or-array types are in Table form. These types are suffixed with Read, e.g. ScriptPositionRead.

    Types with subclasses

    Some classes have attributes that are documented to only work on particular subclasses. For these classes, e.g. LuaEntity, there are specific types that you can optionally use:

    • a "Base" type, e.g. BaseEntity, which only contains members usable by all subclasses
    • individual subclass types, e.g. CraftingMachineEntity, which extends the base type with members specific to that subclass

    The simple class name, LuaEntity in this example, contains attributes for all subclasses.


    LuaGuiElement is broken up into a discriminated union, with a separate type for each gui element type. Individual gui element types can be referred to by <Type>GuiElement, e.g. ButtonGuiElement.

    Similarly, the table passed to LuaGuiElement.add, referred to as GuiSpec, is also broken up into a discriminated union. The type for a specific GuiSpec is <Type>GuiSpec, e.g. ListBoxGuiSpec. LuaGuiElement.add will return the appropriate gui element type corresponding to the gui spec type received.

    This is done both to provide more accurate types, and for possible integration with JSX.

    Strict index types

    This is a recommended opt-in feature. To opt in, add "typed-factorio/strict-index-types" to compilerOptions > types in your tsconfig.json (in addition to "typed-factorio/runtime").

    Some uint types which represent indices, e.g. player_index, entity_number, can be "branded" numbers with their own type, e.g. PlayerIndex and EntityNumber. These are assignable to number, but a plain number is not directly assignable to them. This helps ensure correctness. These are indices that do not index into an array-like structure, and otherwise should usually not have arithmetic done to them. You can use these types as keys in an index signature, e.g. { [index: PlayerIndex]: "foo" }. You can cast "plain" numbers to these types, e.g. 1 as PlayerIndex, do this with caution.


    npm i typed-factorio

    DownloadsWeekly Downloads






    Unpacked Size

    1.57 MB

    Total Files


    Last publish


    • glassbricks