Everything you need to know to build a calendar, give it away and get it ready. In the builder you’ll find the same explanations behind the “?” buttons – here it’s all in one place to read straight through.
The preview shows you your calendar at any time in a phone frame, with all doors open – on a computer next to the form, on a phone below it.
You can switch the builder’s language at the very top, with the language symbol. The calendar’s own language is chosen separately, under “Basics → Calendar language”.
The clue is what you see when the door opens: text in the character’s speech bubbles, a photo, an audio recording, an encrypted text, something hidden under red film, mirror writing, an anagram.
The lock is how it opens: type in an answer, combination lock, multiple choice, several fields, sliding puzzle, memory game, put things in order, scan a hidden QR code, find an object with the camera – or no lock at all, which makes it a greeting.
The reward is what you get: text, a photo, a piece for the collection book, confetti or snow, or a reveal – lines that appear one after another, for the grand finale.
Answers: upper/lower case, accents and umlauts (é = e, ä = ae), spaces and punctuation don’t matter. Write every sensible variant on its own line – “comb” and “zip” and “zipper”, if they’re all correct.
Stages: a door can have up to three stages: first one puzzle, then the next, each with its own clue, lock and reward. Great for the finale. In a free calendar, only the last door may have a second stage.
Hints: for the pixel picture, hints come via a button, after wrong answers, or day by day. The other locks have no built-in hints – a good clue text is the best hint there. The character comments on wrong answers with its own lines.
All puzzle types, each with an example to try: Puzzles and tools.
Collections live in the collection book at the bottom of the calendar page: the words of a sentence, the letters of a solution word, or notes. You hand out the pieces in the doors as the reward “Collectible”. The builder shows you which pieces haven’t been placed anywhere yet.
Tools are real objects: the red film (it makes red noise see-through), the cipher wheel (for turning), the stencil (a mask with holes laid over a text), a mirror, a key. You create them, print the wheel, stencil and key via “Print” and hide them – a clue can show which tool is needed. The red film isn’t printed but bought (coloured film from a craft shop, a red clear plastic sleeve, or at a pinch a red sweet wrapper); under “Print” there’s a film test so you can check that the shade really makes the noise disappear.
Order for printing: publish first – then print. The QR codes contain your calendar’s address; if it’s wrong, the printed codes lead nowhere.
Wherever the calendar says “TODO” – a name, an in-joke, a hiding place, a missing photo – the builder lists it under “Only you can add”: texts first, then photos, then hiding places. One click takes you to the spot; an item disappears as soon as it’s done. As long as there are errors or empty doors, the calendar can’t be exported. Leftover “TODO”s are only a warning – it could be exported, but the person receiving it would read the TODO.
In the templates, exactly these spots are prepared: the story is written, you fill in about ten gaps. For now the templates are only available in German.
The preview is the calendar with all doors open – for testing on your own phone. Never give it away.
The calendar is the real file “index.html”: every door is encrypted and only decrypted on the right day. Changing the clock on the phone doesn’t help, because the date comes from the server the file is on. Anyone looking inside the file finds no solutions.
Disguise: if you choose the disguise under “Before the start”, everyone sees only an error page before the first day – you too. The publish dialog shows your secret link (with #a=…); with it you see the countdown instead of the disguise. The link is also on the solution sheet.
Solution sheet: for printing, just for you: all solutions, hiding places, QR codes to cut out and the list of preparations.
escalender.ch/k/7f3kq2. That link (or its QR code) is what you give away.Changing it: under My calendars, tap “Edit”, make your changes in the builder and publish again. The link and QR codes stay the same, and the progress of the person receiving it is kept. This also works from another device.
During the test phase, only invited people can sign in, and publishing is free.
In the publish dialog you can also download the calendar file and put it on your own web space. Then you enter the address by hand under “Basics” before printing the QR codes. Important: in the folder, the file must be called exactly index.html – when you download it a second time, the browser sometimes renames it “index (1).html”.
Photos are automatically scaled down when uploaded (longest side 1600 pixels) so the calendar doesn’t get too big. Under “Media” you see the total size; from about 15 MB the builder warns you. For the sliding puzzle, you crop the photo to a square in the builder.
QR codes are scanned with the phone’s normal camera. Each code contains the calendar’s address plus a secret key for the door. If a code is found too early, the character says so – and remembers the find for the right day.
AR (augmented reality, the lock “Camera on a picture (AR)”) needs a target image: in the builder, choose “Create from photo” – a photo of the object, with as much contrast as possible, well lit, taken from the front. The builder calculates the target from it (this takes a while; progress is shown). Alternatively, you can upload a ready-made .mind file.
The camera only opens via a secure address (https, as with published calendars) – not when the file is opened directly on the phone. So to test QR and AR, publish the calendar or use the preview in the builder on a computer.
The builder keeps saving your draft in the browser, on this device.
Published calendars are also kept in My calendars. From there you open them on any device with “Edit” – no file needed.
Not published yet? Then the draft only exists in this browser. “Save” downloads a .json file: it’s your backup, and it’s how you take the draft to another device (“Open a saved project”). This file contains all the solutions – don’t give it to anyone and never upload it anywhere public.
That’s the disguise you chose under “Before the start” – before the first day, it applies to you too. Open the secret link from the publish dialog or the solution sheet, and you’ll see the countdown.
The camera only works via an https address (published calendars have one), not with a file opened directly on the phone. Also check whether the browser has been given camera permission (phone Settings → browser → Camera).
Then “Reduce Motion” is switched on on the device (iPhone: Accessibility). The calendar respects this setting.
Were the QR codes printed before publishing? Then they didn’t know the address yet – print them again after publishing. If you host it yourself: the address in the builder must match the place where the file is.
Doors open at midnight in the time zone you chose under “Basics”. The date comes from the server, not from the phone – changing the phone’s date doesn’t help, but it doesn’t hurt either.
The new version is only online after “Publish changes”. Then reload the page on the phone once. Progress is kept.
Photos and audio recordings are embedded. Under “Media” you can see what takes up how much space. Keep audio recordings short – photos are already scaled down.