rune

Changes

• Added better postMessage support with validation.
• Refactored tests to avoid avoid cluttering global context.

Changes

• Embed event bridge code into the SDK.
• Remove mockEvents() used for testing.
• Add CI for testing new PRs.

Changes

• Reset the deterministic random number generator on game restarts.

Changes

• Allow use of localStorage but clear it on load to prevent issues with the games.

Changes

• Refactoring of the build system to support bundling multiple files.
• Disable localStorage when using the SDK to prevent issues with the games.

Changes

• Fix force overlay dimensions for browser support.

Changes

• Update internal events naming. Used for a better user experience in browsers.

Changes

• Add internal events for a better user experience in browsers.

Changes

• Provide Rune.deterministicRandom() to make it easy for games using randomness to provide the same experience for all players. The random values from deterministicRandom() depend on the challenge number so games can keep providing new exciting experiences.
• Simplify SDK by removing internal RuneLib. Those methods are now inside the Rune object prefixed with _.

Changes

• Return challenge number as part of SCORE and GAME_SCORE events
• Simplify the docs and make it more clear that using the challenge number is optional

Changes

• New getChallengeNumber() function to support changing the game content each day (e.g. changing the map)
• Renaming of internal getScore() function to _getScore() to make it clear that it's not needed for developers using the SDK

Changes

• Export to es3 to support older devices

Changes

• Export to es3 to support older devices

Changes

• Require new getScore function passed to init() for getting the score at any time

Changes

• Only publish the dist folder
• Refactoring to clearly separate internal and external-facing code

Changes

• Send events to Rune to avoid race conditions where Rune and SDK cannot communicate properly.
• Switch from process.env to globalThis for detecting when running inside Rune.
• Ease development by detecting multiple calls to init and providing wrong type of input to gameOver({ score }).

Changes

• The game should not start until the SDK has called startGame(). This simplifies the game logic to not needing "tap to start" logic and allows more custom control of game starting logic inside Rune. See https://github.com/rune/rune-games-sdk/pull/8 for more details.
• The SDK is now attached to the window object when imported using the script tag. See https://github.com/rune/rune-games-sdk/pull/5 for more details.
• Other minor improvements to documentation etc.