Living Paper

Living Paper turns a photographed page into a paper game. Players draw pictures and mark them with the creator’s Glyph vocabulary; the published game resolves those marks to the allowed behavior.

Prerequisites

Prepare distinct Glyphs with compatible attached Logic. Open Game Settings, General, Living Paper. Keep a separate project copy for the first publication check.

Prepare and Publish

1. Review each Glyph’s mark, recognition competition, Logic Events, and input bindings.
2. Build the paper catalog and review its report. Building the catalog can turn on Living Paper; read the confirmation before accepting it.
3. Preserve the game’s paper identity so saved paper games remain associated with the same creator game.
4. Choose whether player saving is allowed. Leave Paper Coding off for the first creator-vocabulary check.
5. Export and test a page with one picture and one distinct circled pointer Glyph.

Turning on Living Paper changes the exported game to a paper stage. The authored Scenes aren’t its ordinary playable world while this mode is on. Turn it off again when you want to publish those Scenes.

Unfiltered Glyphs can receive compiler-owned runtime Objects. You don’t need to create a placeholder Sprite for every drawing the player might photograph. Add filtering only when the behavior requires a specific compatible target.

Upload and Save a Page

Use Upload Paper and inspect selected, analyzed, and started states separately. Confirm both recognition and the resulting behavior. Test an unmatched mark and an empty or unclear page too.

If player saving is allowed, use Save Paper Game, Open Saved Paper Games, and Download Paper Game. A .mythpaper file stores game identity, page dimensions, extracted drawings, bounds, and ordered Glyph IDs. It doesn’t store executable Logic; those IDs resolve against the creator’s published vocabulary. The original photograph and local file paths aren’t retained in that saved game.

Paper Coding adds Key pages that teach the player’s vocabulary and World pages that use it. Use the editor’s provided alphabet/catalog output to prepare the key. A valid key must parse cleanly; a malformed page can be interpreted as a World page instead.

Expected result: the page’s picture becomes a live drawing with the recognized, permitted behavior. Saving and reopening restores the extracted drawing and its compatible Glyph references.

Troubleshooting

If a mark is confused, inspect Glyph competition and retest a clearer sample. If recognition succeeds without gameplay, check the attached Logic’s Event and bindings. If saving is unavailable, inspect the creator permission. If an old file fails, compare game identity and published Glyph IDs before changing them.

Use input for player controls and the advanced Action reference for paper operations and their results.