Package Exports
- @rbxts/fabric
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (@rbxts/fabric) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
@rbxts/fabric
roblox-ts typings for evaera's Fabric.
npm i @rbxts/fabric @rbxts/t
Usage
ExampleUnit.ts
import { Fabric, UnitDefinition, ThisFabricUnit } from "@rbxts/fabric";
const fabric = new Fabric("game");
declare global {
interface FabricUnits {
ExampleUnit: ExampleUnitDefinition;
}
}
//NOTE: you should never define the `name` field here. `name` should always be the same as the key in `FabricUnits`, which is done automatically for you.
interface ExampleUnitDefinition extends UnitDefinition<"ExampleUnit"> {
//IMPORTANT: these three fields are for typing only, and they have to be optional so that the below implementation does not have to define them
data?: { bar: boolean };
_addLayerData?: { bar: true }; //if `_addLayerData` is not specified, `data` will be used.
ref?: Player;
//alternatively, if you are using `defaults` for this unit, you could omit the `data` field above and just add `defaults: { bar: boolean }`,
//in which you would also have to do `defaults: { bar: true }` in the below implementation of this interface
foo(this: ThisFabricUnit<"ExampleUnit">): void;
}
const exampleUnitDefinition: ExampleUnitDefinition = {
name: "ExampleUnit",
foo() {
this.addLayer("exampleScope", { bar: true }); //here, `bar` must equal `true`.
//hypothetically, if `_addLayerData` was not specified, then `bar` would be able to be `true` OR `false`, since those are of type `boolean`.
},
};
fabric.registerUnit(exampleUnitDefinition);
const unit = fabric.getOrCreateUnitByRef("ExampleUnit", game); //attach an ExampleUnit to `game`
unit.foo();
print(unit.data!.bar); // > trueChangelog
1.1.11
- Fixed imports on `Symbol.d.ts` and `ServerTransmitter.d.ts`
- Add a hidden `_layers` typing to Units1.1.10
- `lastData` parameter in `updated` lifecycles can be undefined1.1.9
- Improved `UnitCollection:resolve()` typings1.1.8
- Expose `UnitCollection:resolve(unitResolvable)` to be able to check if a unit has been registered
- (slightly) better Roact support1.1.7
- Removed a package modification1.1.6
- Fix `data` object detection for `defaults`1.1.5
- `Unit.get(key): T[key]` now returns T[key] if it is specified in the `defaults` field, and T[key] | undefined if not. However, if `defaults` is not typed, it will respect the type of the field specified in `data`
- `addLayer` and `mergeBaseLayer` now accept a Partial of the data typing
- `defaults` can only be typed if `data` is an object1.1.4
- Fixed defaults typing
- If `data` is not typed, `defaults` will be used
- Expose `DEBUG`1.1.3
- Rollback fix for #3 (`getUnit` and `getOrCreateUnit`, as well as `UnitDefinition.units` ref validity)1.1.2
- Fix PickByUnitRef1.1.1
- `Unit.getUnit` and `Unit.getOrCreateUnit` now check for ref validity
- `UnitDefinition.units` now checks for ref validity and uses the `_addLayerData` type if applicable
- Members of `Reducers`, `Symbol`, and `SinglePromiseEvent` now show in intellisense
- `RoactUnitProps<TInstance, TFabricUnitNames>` exposed, can be used to intersect Roact props
- Unit data is no longer automatically made Partial<TData>
- Reorganized types1.0.0
- Initial release