Tags: swarm-game/swarm
Tags
Move parse + typecheck failures from `LoadingFailure` to `SystemFailu… …re` (#2323) Two constructors in `LoadingFailure` represented failures that are not necessarily limited to failures that can only happen when loading an asset, namely, parsing failures and typechecking failures. For example, we could fail to parse or typecheck a term entered at the REPL, which has nothing to do with loading an asset. This PR: 1. Moves those constructors into `SystemFailure`. 2. Adds a way to embed any `SystemFailure` into a `LoadingFailure` (via the new `General` constructor; name bikeshedding welcome) 3. Removes the `CustomMessage` constructor from `LoadingFailure` since now that can be achieved via `General . CustomFailure`. This is a preliminary refactoring moving towards a PR for #495.
Update VSCode plugin syntax to match Swarm 0.6.0.0
Move VSCode extension under swarm-game org
Release version 0.0.9 of the VSCode plugin for Swarm
- [Highlighter] add `unit` and `actor` types
- [Highlighter] add many new commands:
- backup, charat, chirp, density, detect, equip, equipped, halt, heading,
installkeyhandler, instant, isempty, key, meet, meetall, push, resonate,
scout, sniff, stride, surveil, tochar, unequip, use, watch, waypoint
- [Highlighter] remove `install` and `installed` commands
0.3.0.1 A few critical bug fixes and improvements: * Make sure the base always has a `logger` installed in every tutorial level, by @byorgey in [#1067](#1067) and @xsebek in [#1073](#1073) * Allow dialog boxes to scroll by @byorgey in [#1071](#1071) * Fix bug that sometimes caused scenarios to be skipped or repeated by @byorgey in [#1065](#1065)
PreviousNext