| name | portals-building-guide |
| description | Complete guide for building interactive 3D spaces in Portals. Use when creating spaces, configuring triggers/effects, writing function expressions, setting up NPCs, quests, token trading, iframes, or any Portals development task. Covers Interactive Studio, Function Effects, building tools, and all game mechanics. |
Portals Building Guide - Complete Reference
Overview
Portals is a platform for creating interactive 3D virtual spaces. This guide covers all building tools, the Interactive Studio (no-code gamification), and advanced scripting with Function Effects.
BUILDING BASICS
Creating a Space
- Sign in to Portals
- Click profile icon → My Spaces
- Click "Create New"
- Choose a template
- Name your space
- Click "Create New Space"
- You'll automatically load into your space
Build Mode
- Click the wrench icon to enter build mode
- Select an item from inventory
- Click in your space to place the item
BUILDING TOOLS (20 Total)
| Tool | Description |
|---|
| AI Item Generator | Automated 3D object creation |
| Image | Place 2D images in 3D space |
| Video | Embed video players |
| Build Block | Basic structural elements |
| Screenshare | Display sharing |
| Portal | Teleportation between spaces/locations |
| Custom GLB | Import custom 3D models |
| Light Source | Static lighting |
| Blink Light | Animated/flashing lights |
| Spotlight | Directional lighting |
| Spawn Point | Player entry locations |
| NPC | Non-player characters with dialogue/AI |
| Billboard | Text/image display surfaces |
| Jump Pad | Launch players into air |
| Trigger Cube | Invisible interaction zones |
| Collectible GLB | Gatherable 3D objects |
| Leaderboard | Score tracking display |
| Elemental | Environmental effects |
| Chart | Live data visualization (crypto) |
| World Text | 3D text in space |
Portal Tool
Creates teleportation between spaces or spawn points.
Configuration:
- Destination: Full space URL
- Spawn Name: Target spawn point (case-sensitive, leave blank for default)
- Auto Teleport: On = instant, Off = press X to activate
- Custom Message: Action prompt text (e.g., "teleport" shows "Press X to teleport")
Trigger Cube
Invisible zone that activates events when players enter.
Settings:
- Press X to Activate: Toggle between auto-trigger or manual activation
- Events: Add actions (open doors, play sounds, teleport, etc.)
- Custom Title: Label for organization
Important: Trigger cubes only activate when a player enters the cube (crosses the boundary from outside). If a player spawns or loads into the game already inside a trigger cube, the trigger will NOT fire.
Organization Tip: Place related triggers on Build Blocks (which have a color selector), give them distinct colors, and add On Hover Text Display labels to organize your game logic.
NPC (Non-Player Character)
Interactive characters with dialogue trees and AI.
Setup:
- Paste GLB avatar URL or choose preset
- Configure: Name, Auto Popup, Default Animation, AI Settings
NPC-Specific Effects:
- Turn To Player
- Walk to Position
- Record NPC Path
- Change Animation
- Change Avatar Mood
- Show/Hide NPC
Requirement: Must use rigged GLB avatars for animations.
INTERACTIVE STUDIO
The no-code system for gamifying spaces. Three core components:
Tasks
Tasks are progress trackers with three states:
- NotActive (default starting state)
- Active
- Completed
Tasks can transition between states in any order via triggers.
Task Types:
- Single Player Tasks
- Multiplayer Tasks
- Dependent Tasks (chains)
- Non-Persistent Tasks (reset on reload)
- Quests (visible in quest log)
Task Debug Panel
Access via Space Options > Task Debug Panel
Important: Task system must be turned on BEFORE opening debug panel.
State Indicators:
- Red circle = NotActive
- Yellow circle = Active
- Green circle = Completed
Features:
- Change state of any task (single or multiplayer)
- View complete history log of all state changes
- Essential for testing effects and triggers
Node View
Visual graph interface for analyzing game logic.
Access: Space Options > Tasks > Click 'Graph' button
Node Colors:
- Grey = Objects
- Green = Triggers
- Purple = Tasks
- Yellow = Effects
Features:
- View task dependencies (arrows show relationships)
- Create Tasks, Triggers, Effects directly in the graph
- Click any node to edit its configuration
- See which triggers fire which tasks
Triggers (17 Types) - Detailed Guide
Triggers are events that cause tasks to change state. Understanding when each trigger fires is critical for building reliable game logic.
Backpack Item Activated
What it does: Fires when a player uses an item from their backpack/inventory.
Use cases:
- Consumable items (health potions, power-ups)
- Tools that players can activate on demand
- Special abilities tied to inventory items
Example: Player clicks "Health Potion" in backpack → trigger fires → effect heals player
Click
What it does: Fires when a player clicks on the object this trigger is attached to.
Use cases:
- Interactive buttons and switches
- Doors that open when clicked
- NPCs that respond to clicks
- Any "press to interact" mechanic
Important: The click must be on the specific object. For area-based interactions, use User Enter Trigger instead.
Example: Player clicks a lever → trigger fires → door opens
Collision
What it does: Fires when the player's physics collider touches a trigger volume. This is for physics-based interactions.
Use cases:
- Detecting when player hits an obstacle
- Projectile impacts
- Physics puzzle elements
Important: For simply detecting when a player walks into an area, use "User Enter Trigger" instead. Collision is for physics interactions.
Item Collected
What it does: Fires when a player picks up a Collectible GLB object.
Use cases:
- Coin/gem collection games
- Scavenger hunts
- Key items for puzzles
- Tracking collection progress
Common pattern: Item Collected → Update Value (+1) → check if all items collected
Key Pressed
What it does: Fires when player presses a specific keyboard key.
Configuration: Select which key to listen for (E, F, numbers, etc.)
Use cases:
- Custom interaction keys beyond the default X
- Ability hotkeys (press 1 for sword, 2 for shield)
- Debug/admin commands
- Quick actions without clicking
Important: Only works when the Portals window has focus. If player clicks outside, key triggers won't fire.
Key Released
What it does: Fires when player releases a keyboard key they were holding.
Use cases:
- Charged abilities (hold to charge, release to fire)
- Sprint mechanics (hold to run, release to walk)
- Any hold-and-release interaction
Player Died
What it does: Fires when the player's health reaches zero.
Use cases:
- Respawn systems
- Death counters
- Game over screens
- Score penalties on death
- Team deathmatch kill tracking
Critical for games: This is how you detect kills. When Player A kills Player B, Player B's "Player Died" trigger fires. The killer is determined by which team the dead player was on (enemy team gets the point).
Example pattern:
Player Died →
Check which team player was on →
Award point to opposite team →
Respawn player after delay
Player Login
What it does: Fires once when a player enters/loads into the space.
Use cases:
- Initialize player variables (set team to 0, health to 100)
- Show welcome messages or tutorials
- Spawn HUD iframes
- Assign player to default state
- Start background music
Critical: This is your "on game start" trigger for each player. Use it to set up everything the player needs.
Common pattern:
Player Login →
Set Player_Team = 0
Set Player_Health = 100
Show HUD iframe
Player Started Moving
What it does: Fires when a stationary player begins moving (WASD or joystick).
Use cases:
- Tutorial prompts ("Great, you're moving!")
- Stealth games (movement breaks stealth)
- Idle detection systems
- Triggering ambient sounds when player moves
Player Stopped Moving
What it does: Fires when a moving player comes to a stop.
Use cases:
- Idle animations or effects
- "Stand still to interact" mechanics
- AFK detection
- Meditation/rest mechanics
Swap Volume
What it does: Fires when audio volume or track changes.
Use cases:
- Sync visual effects to music
- Trigger events on song changes
- Audio-reactive environments
Timer Stopped
What it does: Fires when a countdown timer reaches zero.
Use cases:
- Race finish detection
- Time-limited challenges
- Round timers
- Bomb defusal countdown
Note: This is for the built-in Portals timer, not custom iframe timers.
Timer Limitation: Portals does not currently have a native shared timer system that can be synchronized across players and pulled into an iframe. For multiplayer timer displays, use local JavaScript timing in iframes triggered by game state changes. Timer values shown will be approximate and client-side.
User Enter Trigger
What it does: Fires when a player walks into a Trigger Cube's volume.
This is one of the most important triggers. Use it for:
- Zone detection (player entered red base, blue base, danger zone)
- Automatic doors
- Checkpoint systems
- Team selection areas
- Teleport zones
- Any "walk here to do something" mechanic
Configuration:
- Attach to a Trigger Cube object
- Size the cube to cover the detection area
- Optional: "Press X to Activate" for manual activation instead of auto
Important: Trigger cubes only activate when a player enters the cube (crosses the boundary from outside). If a player spawns or loads into the game already inside a trigger cube, the trigger will NOT fire. Plan spawn point placement accordingly, or use Player Login trigger for logic that must run when players join.
Example: Player walks into red team zone → User Enter Trigger fires → Set Player_Team = 1
User Exit Trigger
What it does: Fires when a player leaves a Trigger Cube's volume.
Use cases:
- Close doors after player leaves
- Remove buffs when leaving an area
- Stop area-specific music
- Hide contextual UI
- Boundary warnings ("You're leaving the play area!")
Common pattern: Enter shows something, Exit hides it
User Enter → Show Token Swap UI
User Exit → Hide Token Swap UI
Value Updated
What it does: Fires whenever a specific variable changes value.
Configuration: Select which variable to watch
Use cases:
- React to score changes (update HUD when Red_Score changes)
- Threshold detection (when health drops below 20, show warning)
- Sync iframes with game state
- Chain reactions (when X changes, update Y)
Critical for iframes: Use this to automatically send updated values to iframes whenever variables change.
Example pattern:
Value Updated (Red_Score) →
Send Message To Iframes: red_|Red_Score|
Wearable Off
What it does: Fires when player unequips/removes a wearable item.
Use cases:
- Remove buffs when armor is removed
- Track equipment state
- Costume change effects
Wearable On
What it does: Fires when player equips a wearable item.
Use cases:
- Apply buffs when equipping items
- Unlock abilities with equipment
- Costume-specific permissions
- Achievement tracking
Effects (60+ Types) - Detailed Guide
Effects are actions that happen when a task changes state. They're the "do this" part of your game logic.
MOVEMENT & CAMERA EFFECTS
Teleport
What it does: Instantly moves the player to a named spawn point.
Configuration: Enter the exact spawn point name (case-sensitive)
Use cases:
- Respawn systems (teleport to RedSpawn1 after death)
- Fast travel between areas
- Team base assignment
- Returning players to lobby after game ends
- Checkpoint systems
Critical: Spawn point names are CASE-SENSITIVE. "RedSpawn1" is different from "redspawn1".
Example: After player joins red team → Teleport to "RedSpawn1"
Apply Velocity To Player
What it does: Pushes the player in a direction with force.
Use cases:
- Jump pads (launch player upward)
- Knockback effects
- Wind zones
- Boost pads
Change Camera Filter/State/Zoom
What it does: Modifies how the player's camera behaves or looks.
Use cases:
- Cinematic moments (zoom in on important object)
- Drunk/dizzy effects (apply filter)
- Scope/aim mode (zoom in)
- Dramatic reveals
Lock/Unlock Camera
What it does: Prevents or allows player from rotating their camera view.
Use cases:
- Cutscenes (force player to look at something)
- Dialogue sequences
- Tutorial moments
Lock/Unlock Movement
What it does: Prevents or allows player from moving (WASD/joystick).
Use cases:
- Cutscenes
- Dialogue with NPCs
- Puzzle moments where player must stay still
- Pre-game countdown ("Game starts in 3... 2... 1...")
Warning: Always make sure to unlock movement eventually, or player gets stuck!
Toggle Free Camera
What it does: Switches between normal third-person and free-flying camera.
Use cases:
- Spectator mode
- Photo mode
- Building/editing mode
VISUAL & ENVIRONMENT EFFECTS
Hide/Show Object
What it does: Makes an object invisible or visible.
Configuration: Select which object to hide/show
Use cases:
- Doors that disappear when opened
- Hidden passages revealed
- Removing obstacles after puzzle solved
- Showing/hiding visual indicators
Example: Player collects all keys → Show Object (exit door)
Change Fog
What it does: Adjusts the fog density/color in the scene.
Use cases:
- Spooky atmosphere
- Weather changes
- Zone-specific ambiance
- Revealing hidden areas (clear the fog)
Change Time of Day
What it does: Changes lighting to simulate different times.
Use cases:
- Day/night cycles
- Dramatic mood shifts
- Puzzle mechanics (things only visible at night)
Change Bloom
What it does: Adjusts the glow/bloom post-processing effect.
Use cases:
- Dreamy/magical areas
- Power-up visual feedback
- Environmental storytelling
PLAYER EFFECTS
Change Player Health
What it does: Sets or modifies the player's health value.
Configuration:
- Set: Sets health to exact value (e.g., Set to 100)
- Add: Adds to current health (e.g., Add 25 for healing)
- Subtract: Removes health (e.g., Subtract 10 for damage)
Use cases:
- Healing items/zones
- Damage zones (lava, spikes)
- Respawn (Set to 100 after death)
- Poison/DOT effects
Critical for combat games: Use "Set → 100" after respawning to fully heal the player.
Example pattern:
RespawnRed task (on Active):
1. Teleport → RedSpawn1
2. Change Player Health → Set → 100
3. Reset task
Change Avatar
What it does: Changes the player's 3D avatar/character model.
Use cases:
- Team uniforms (red team gets red armor)
- Power-ups that transform player
- Costume unlocks
Lock/Unlock Avatar Change
What it does: Prevents or allows player from changing their avatar.
Use cases:
- Enforce team uniforms during gameplay
- Lock cosmetics during competitive matches
Change Movement Profile
What it does: Modifies player movement speed, jump height, etc.
Use cases:
- Speed boost power-ups
- Slow zones (mud, water)
- Character classes with different mobility
Play Emote
What it does: Makes the player's avatar perform an animation.
Use cases:
- Celebration after winning
- Dance floors
- Social interactions
AUDIO EFFECTS
Play Sound Once
What it does: Plays an audio file one time.
Use cases:
- Door opening sounds
- Pickup sounds
- Victory/defeat fanfares
- Button click feedback
- Death sounds
Play Sound In Loop
What it does: Continuously plays audio until stopped.
Use cases:
- Background music
- Ambient sounds (rain, wind)
- Alarm sounds
Toggle Mute
What it does: Mutes or unmutes audio.
Use cases:
- Audio settings
- Cutscene audio control
UI & DISPLAY EFFECTS
Notification Pill
What it does: Shows a brief popup message to the player.
Configuration: Enter the message text
Use cases:
- "Joined Red Team!"
- "RED TEAM WINS!"
- "+10 Points"
- Tutorial hints
- Achievement unlocked messages
Best practice: Keep messages short and clear. Players only see them briefly.
Display Value
What it does: Shows a variable's value on screen.
Configuration: Select which variable to display
Use cases:
- Score displays
- Health bars
- Coin counters
- Timer displays
Note: For more control over display, use iframes instead.
Hide Value
What it does: Removes a displayed variable from screen.
Iframe
What it does: Opens an external webpage inside the Portals window.
This is extremely powerful. Iframes let you:
- Create custom HUDs with HTML/CSS/JavaScript
- Build complex UI that Portals can't do natively
- Display external content (leaderboards, guides)
- Create interactive menus
See the IFRAMES section for complete documentation.
Close Iframe
What it does: Closes an open iframe.
Use cases:
- Dismiss popups
- Clean up HUDs on game end
Send Message To Iframes
What it does: Sends data from Portals to all open iframes.
Configuration: Enter the message string. Use |variableName| to include variable values.
Built-in variables:
|username| - player's Portals ID or name as a quoted string|position| - all players' positions as an array keyed by username, e.g. {"buster"="(-32.49, 22.21, -99.82)"}
CRITICAL: Do NOT use JSON with colons. Colons break the parser. Use underscore format instead.
Correct: score_|Red_Score| → sends "score_25"
Wrong: {"score": |Red_Score|} → BREAKS
Use cases:
- Update HUD with current scores
- Send timer values
- Sync game state to iframe displays
GAME LOGIC EFFECTS
Update Value
What it does: Creates or modifies a variable.
Configuration:
- Variable name
- Operation (Set, Add, Subtract, Multiply, Divide)
- Value
Use cases:
- Score tracking (Add 1 to Red_Score)
- Health management
- Progress counters
- Any numeric game state
Note: For complex logic, use Function Effect instead.
Function Effect
What it does: Executes NCalc expressions for advanced logic.
This is the most powerful effect. It lets you:
- Read task states and variables
- Conditional logic (if/else)
- Set multiple values
- Complex calculations
- Delayed actions
See the FUNCTION EFFECT section for complete documentation.
Post Score to Leaderboard
What it does: Submits a player's score to a leaderboard.
Configuration: Value Label must match the leaderboard's score label exactly.
Use cases:
- High score submission
- Race time recording
- Competition rankings
Reset All Tasks
What it does: Sets all tasks back to NotActive.
Use cases:
- Full game reset
- New round starting
- Debug/testing
Warning: This resets EVERYTHING. Use carefully.
Run Trigger From Effector
What it does: Manually fires another trigger.
Use cases:
- Chain reactions
- Reusing trigger logic from multiple places
OBJECT EFFECTS
Move Item
What it does: Moves an object to a new position.
Use cases:
- Sliding doors
- Moving platforms
- Puzzle pieces
Duplicate Item
What it does: Creates a copy of an object.
Use cases:
- Spawning collectibles
- Particle effects
- Dynamic content generation
Portals Animation
What it does: Plays a built-in Portals animation on an object.
NPC EFFECTS
These effects only work on NPC objects, not regular 3D models.
Turn To Player
What it does: Rotates the NPC to face the player.
Use cases:
- NPCs that acknowledge player presence
- Shopkeepers looking at customers
- Guards tracking player movement
Walk to Position
What it does: Makes NPC walk to a specified location.
Use cases:
- NPC patrols
- Characters moving during cutscenes
- Quest givers walking to quest locations
Change Animation
What it does: Changes which animation the NPC is playing.
Configuration: Animation name (must match GLB file exactly, case-sensitive)
Use cases:
- NPC reactions (wave, point, scared)
- State changes (idle → talking)
- Combat animations
Show/Hide NPC
What it does: Makes NPC visible or invisible.
Use cases:
- NPCs appearing for quests
- Characters leaving after conversation
- Dramatic reveals
Message to NPC
What it does: Sends a command to an NPC's AI system.
Use cases:
- AI conversation prompts
- Behavior changes
GAME BUILDING METHODOLOGY
How to Approach Building Any Game
Before writing a single task or effect, spend 10-15 minutes planning. This prevents 90% of debugging headaches.
Step 1: Define Your Core Loop
Every game has a core loop. Write it in plain English first:
Example - Team Deathmatch:
1. Player joins a team (Red or Blue)
2. Player spawns at team base
3. Player kills enemy players
4. Team scores points for kills
5. First to 50 points OR time runs out → winner declared
6. Everyone returns to lobby
Example - Collectible Hunt:
1. Player enters the game area
2. Player finds and collects hidden items
3. Each item adds to their score
4. When all items collected → show victory
Step 2: Identify Your Variables
List every piece of data your game needs to track:
| Variable | Multiplayer? | Persistent? | Purpose |
|---|
Player_Team | No | No | Which team this player is on (0=none, 1=red, 2=blue) |
Red_Score | Yes | No | Red team's total points |
Blue_Score | Yes | No | Blue team's total points |
Elapsed_Seconds | Yes | No | Game timer |
Key questions:
- Does everyone need to see the same value? → Multiplayer = Yes
- Should it survive page refresh? → Persistent = Yes
- Is it per-player or global? → Per-player = Multiplayer No
Step 3: Identify Your Tasks
Tasks are your game's state machine. List the major "events" or "states":
| Task | Type | What triggers it? | What does it do? |
|---|
JoinRed | Single Player | Player enters red zone | Set team=1, teleport to red spawn |
JoinBlue | Single Player | Player enters blue zone | Set team=2, teleport to blue spawn |
KillHandler | Single Player | Player dies | Award point to enemy team, respawn |
RedWins | Multiplayer | Red reaches 50 OR time runs out | Show victory, reset game |
BlueWins | Multiplayer | Blue reaches 50 OR time runs out | Show victory, reset game |
Key insight: Single Player tasks = actions that affect only one player. Multiplayer tasks = state changes everyone sees.
Step 4: Build in Order
Always build in this order:
- Variables first - Create all variables in Variable Manager
- Spawn points - Place all teleport destinations
- Core triggers - The main "what starts things" (Player Login, User Enter Trigger)
- Core tasks - One at a time, test each before moving on
- Win conditions - What ends the game
- Polish - HUDs, sounds, effects
Step 5: Test Each Piece Individually
DO NOT build everything then test. Build ONE task, test it works, then move to the next.
Testing checklist for each task:
- Open Task Debug Panel
- Manually set the task to each state
- Verify effects fire correctly
- Verify task resets properly
- Check Variable Manager for correct values
Complete Game Example: Team Deathmatch
Here's the complete implementation of a TDM game, step by step.
Phase 1: Setup Variables
Create these in Variable Manager:
| Variable | Multiplayer | Persistent | Initial |
|---|
Player_Team | No | No | 0 |
Red_Score | Yes | No | 0 |
Blue_Score | Yes | No | 0 |
Phase 2: Create Spawn Points
Place and name these spawn points:
LobbySpawn - Where players startRedSpawn1, RedSpawn2, RedSpawn3 - Red team spawnsBlueSpawn1, BlueSpawn2, BlueSpawn3 - Blue team spawns
Phase 3: Team Selection
Task: JoinRed
- Type: Single Player
- Trigger: User Enter Trigger (red zone cube)
Effects (on Active):
1. Function Effect - Set team (only if not already on a team):
if($N{Player_Team} == 0.0,
SetVariable('Player_Team', 1.0, 0.0),
0.0
)
2. Teleport → RedSpawn1
3. Notification Pill → "Joined Red Team"
4. Function Effect - Reset task:
SetTask('JoinRed', 'NotActive', 0.1)
Task: JoinBlue - Same pattern with Player_Team = 2.0 and BlueSpawn1
Test: Walk into red zone. Check:
- Variable Manager shows Player_Team = 1
- You teleported to RedSpawn1
- Notification appeared
- Task reset to NotActive
Phase 4: Kill Handler
Task: KillHandler
- Type: Single Player
- Trigger: Player Died
Effects (on Active):
1. Function Effect - Award point to enemy team:
if($N{Player_Team} == 1.0,
SetVariable('Blue_Score', $N{Blue_Score} + 1.0, 0.0),
if($N{Player_Team} == 2.0,
SetVariable('Red_Score', $N{Red_Score} + 1.0, 0.0),
0.0
)
)
2. Function Effect - Respawn after 3 seconds:
if($N{Player_Team} == 1.0,
SetTask('RespawnRed', 'Active', 3.0),
if($N{Player_Team} == 2.0,
SetTask('RespawnBlue', 'Active', 3.0),
0.0
)
)
3. Function Effect - Check for winner:
SetTask('CheckWinner', 'Active', 0.1)
4. Function Effect - Reset:
SetTask('KillHandler', 'NotActive', 0.1)
Task: RespawnRed
- Type: Single Player
- Trigger: None (activated by KillHandler)
Effects (on Active):
1. Teleport → RedSpawn1
2. Change Player Health → Set → 100
3. Function Effect - Reset:
SetTask('RespawnRed', 'NotActive', 0.1)
Phase 5: Win Condition
Task: CheckWinner
- Type: Multiplayer
- Trigger: None (activated by KillHandler)
Effects (on Active):
1. Function Effect - Check scores:
if($N{Red_Score} >= 50.0,
SetTask('RedWins', 'Active', 0.0),
if($N{Blue_Score} >= 50.0,
SetTask('BlueWins', 'Active', 0.0),
0.0
)
)
2. Function Effect - Reset:
SetTask('CheckWinner', 'NotActive', 0.1)
Task: RedWins
- Type: Multiplayer
- Trigger: None
Effects (on Active):
1. Notification Pill → "RED TEAM WINS!"
2. Function Effect - Reset scores (2 sec delay):
SetVariable('Red_Score', 0.0, 2.0)
SetVariable('Blue_Score', 0.0, 2.0)
3. Function Effect - Reset player teams:
SetVariable('Player_Team', 0.0, 2.0)
4. Function Effect - Return to lobby:
SetTask('ReturnToLobby', 'Active', 2.0)
5. Function Effect - Reset self:
SetTask('RedWins', 'NotActive', 3.0)
Complete Game Example: Collectible Hunt
Variables
| Variable | Multiplayer | Purpose |
|---|
Items_Collected | No | How many items this player found |
Total_Items | No | Total items to find (set on login) |
Task: InitGame
Effects:
1. SetVariable('Items_Collected', 0.0, 0.0)
2. SetVariable('Total_Items', 10.0, 0.0)
3. Notification Pill → "Find all 10 items!"
Task: ItemCollected
- Trigger: Item Collected (on each collectible)
Effects:
1. Function Effect:
SetVariable('Items_Collected', $N{Items_Collected} + 1.0, 0.0)
2. Notification Pill → "+1 Item Found!"
3. Function Effect - Check if all found:
if($N{Items_Collected} >= $N{Total_Items},
SetTask('Victory', 'Active', 0.0),
0.0
)
DEBUGGING GUIDE
Systematic Debugging Approach
When something doesn't work, follow this exact process:
Step 1: Identify the Symptom
Be precise about what's wrong:
- ❌ "It doesn't work"
- ✅ "The door doesn't open when I click it"
- ✅ "The score updates but the HUD doesn't show it"
- ✅ "Red team gets points when red players die (should be blue)"
Step 2: Trace the Flow
Write out what SHOULD happen:
1. Player clicks door → Click trigger fires
2. Click trigger → DoorOpen task becomes Active
3. DoorOpen Active → Hide Object effect runs
4. Door becomes invisible
Then identify WHERE it breaks:
- Does the trigger fire? (Check Task Debug Panel)
- Does the task change state? (Check Task Debug Panel)
- Does the effect run? (Check if object changes)
Step 3: Use Task Debug Panel
This is your most important debugging tool.
Access: Space Options > Task Debug Panel
What to check:
- Is the task in the expected state?
- Does clicking the trigger change the state?
- Look at the history log - what events fired?
Pro tip: Keep Task Debug Panel open while testing. Watch task states change in real-time.
Step 4: Check Common Causes
| Symptom | Likely Cause |
|---|
| Trigger doesn't fire | Wrong trigger type, object not selected, trigger cube too small |
| Task changes but no effect | Effect not added, wrong "on state" setting |
| Effect runs for wrong player | Task is Multiplayer when it should be Single Player |
| Variable not updating | Wrong variable name (case-sensitive), using wrong syntax |
| Function Effect does nothing | Missing "Trigger on Task Change" checkbox |
| Numbers look weird | Not using decimal notation (use 1.0 not 1) |
Step 5: Isolate and Test
If you can't find the bug:
- Create a NEW simple task that does just one thing
- Test if that works
- Add complexity one step at a time
- Find exactly which addition breaks it
Common Bugs and Fixes
Bug: "Task fires but effects don't run"
Causes:
- Effects attached to wrong state (e.g., effects on "Completed" but task goes to "Active")
- Missing "Trigger on Task Change" checkbox for Function Effects
- Condition in Function Effect always evaluates false
Fix: Check which state triggers your effects. Open the task, look at "On Active", "On Completed", etc.
Bug: "Variable shows wrong value"
Causes:
- Case mismatch (
Red_Score vs red_score)
- Using $T instead of $N (task state vs variable)
- Not using decimal notation
- Multiple places updating the same variable
Fix:
- Check exact spelling in Variable Manager
- Use $N{variableName} for variables
- Use 1.0 not 1
Bug: "Multiplayer task runs effects for all players"
Cause: That's what Multiplayer tasks do! When the task state changes, ALL players run the effects.
Fix: If only one player should be affected, use Single Player task instead.
Bug: "Timer speeds up when second player joins"
Cause: Each player is running their own timer loop, all incrementing the same variable.
Fix: Use Single Player tasks for timer loops. Multiplayer tasks cause all players to run the loop simultaneously.
Note: Portals does not have a native shared timer system. For multiplayer timer displays, use local JavaScript timing in iframes triggered by game state changes.
Bug: "Iframe not receiving messages"
Causes:
- JSON with colons (
:) breaks the parser
- Wrong variable syntax (using $N instead of |pipes|)
- Iframe not loaded yet when message sent
Fix:
- Use underscore format:
score_|Red_Score| not {"score": |Red_Score|}
- Use pipe syntax in Send Message To Iframes
- Use ready handshake pattern for timing
Bug: "Player can join both teams"
Cause: No check to prevent re-joining if already on a team.
Fix: Add condition before setting team:
if($N{Player_Team} == 0.0,
SetVariable('Player_Team', 1.0, 0.0),
0.0
)
Bug: "Task doesn't reset, only fires once"
Cause: Tasks don't auto-reset. Once they reach a state, they stay there.
Fix: Always add a reset effect:
SetTask('MyTask', 'NotActive', 0.1)
Bug: "Function Effect condition never true"
Causes:
- Comparing wrong types (string vs number)
- Not using decimal notation
- Logic error in condition
Debug approach:
- Simplify to just
SetVariable('debug', 1.0, 0.0) - does it run at all?
- Add debug variables to see what values actually are
- Check if condition should use == or >= or !=
Bug: "Effects fire in wrong order"
Cause: Effects on the same task run in order, but there's no guarantee of timing between different tasks.
Fix: Use delays to enforce order:
SetTask('Step1', 'Active', 0.0)
SetTask('Step2', 'Active', 0.5) // Runs 0.5 sec after Step1
SetTask('Step3', 'Active', 1.0) // Runs 1 sec after Step1
Bug: "Multiplayer variables not syncing"
Cause: Multiplayer variables take 2-3 seconds to sync across all players.
Fix: Add delays before checking multiplayer variables:
// On Player Login, wait 3 seconds before checking shared state
SetTask('DelayedCheck', 'Active', 3.0)
Debugging Iframes
Enable Browser Console
When testing iframes:
- Open browser developer tools (F12)
- Go to Console tab
- Look for errors and your console.log() messages
Add Debug Logging
Add console.log() statements to track what's happening:
PortalsSdk.setMessageListener(function(message) {
console.log('[Iframe] Received:', message);
console.log('[Iframe] Parsed value:', parsedValue);
});
Test Iframe Standalone
Open your iframe URL directly in a browser to test:
- Does the page load without errors?
- Are there any console errors?
- Does the UI render correctly?
Then test the Portals integration separately.
Debug Display
Add a visible debug element to your iframe:
<div id="debug" style="position:fixed;bottom:10px;left:10px;background:black;color:lime;padding:5px;font-family:monospace;font-size:12px;z-index:9999;">
Waiting for messages...
</div>
<script>
function debug(msg) {
document.getElementById('debug').textContent = msg;
console.log('[Debug]', msg);
}
PortalsSdk.setMessageListener(function(message) {
debug('Received: ' + JSON.stringify(message).substring(0, 50));
});
</script>
Remove this before publishing!
IFRAME BEST PRACTICES
The Golden Rules of Portals Iframes
Rule 1: Different Syntax for Each Direction
This is the #1 source of iframe bugs. The syntax is DIFFERENT depending on direction:
Portals → Iframe (Send Message To Iframes effect):
score_|Red_Score|_|Blue_Score|
- Use pipe syntax
|variableName| for variables
- Built-in variables:
|username| (player ID/name), |position| (all players' positions)
- Do NOT use
$N{variableName} - that's for Function Effects only
- Do NOT use JSON with colons - it breaks the parser
Iframe → Portals (JavaScript):
PortalsSdk.sendMessageToUnity(JSON.stringify({
TaskName: 'myTask',
TaskTargetState: 'SetNotActiveToActive'
}));
- MUST use JSON.stringify()
- MUST use exact TaskTargetState values
- Raw objects cause "[object Object] is not supported" error
Rule 2: Iframes Load Asynchronously
The Problem: When you activate an iframe AND send a message in the same task, the message arrives BEFORE the iframe finishes loading. The iframe never receives it.
Console log showing this bug:
[12:00:01] Sending message to iframes: scores_50_32
[12:00:01] Activating Iframe Event https://example.com/game-over.html
[12:00:02] [Iframe] Initialized - waiting for messages ← Too late!
The Solution: Ready Handshake Pattern
- Pass static data in URL parameters (always available)
- Iframe sends "ready" signal when loaded
- Portals sends dynamic data AFTER ready signal
Task activates iframe with ?winner=red in URL
↓
Iframe loads, reads winner from URL
↓
Iframe sends: gameover_ready → Completed
↓
Portals function triggers on gameover_ready Completed
↓
Portals sends: scores_50_32
↓
Iframe receives scores message, displays result
Rule 3: Always Bust the Cache
GitHub Pages and browsers cache aggressively. Your changes won't appear without cache busting.
Add version parameter to ALL iframe URLs:
https://example.github.io/my-hud/index.html?v=1
Every time you update the iframe:
- Push to GitHub
- Wait 1-2 minutes for GitHub Pages to update
- Increment version:
?v=2, ?v=3, etc.
- Update the URL in Portals
Pro tip: Use a high random number during development (?v=99847) so you don't have to track versions.
Rule 4: Handle Message Parsing Defensively
Messages from Portals can arrive in different formats. Your parsing code must handle all cases:
PortalsSdk.setMessageListener(function(message) {
console.log('[Iframe] Raw message:', message, typeof message);
let msg = message;
if (typeof message === 'string') {
try {
msg = JSON.parse(message);
} catch (e) {
msg = message;
}
}
const msgStr = typeof msg === 'string' ? msg : JSON.stringify(msg);
if (msgStr.startsWith('score_')) {
const value = parseFloat(msgStr.substring(6));
if (!isNaN(value)) {
updateScore(value);
}
} else if (msgStr.startsWith('time_')) {
const value = parseFloat(msgStr.substring(5));
if (!isNaN(value)) {
updateTimer(value);
}
}
});
Critical mistakes to avoid:
- Don't
return after JSON.parse fails - underscore format isn't JSON
- Don't assume message type - always check
- Don't forget
!isNaN() check after parseFloat
Rule 5: Design for Late Joiners
In multiplayer, players can join mid-game. Your iframe needs to handle this:
Problem: Player joins when score is 25-18 and timer is at 5:32. Their iframe shows 0-0 and 10:00.
Solution: Sync on Load
Option A: Request current state
PortalsSdk.sendMessageToUnity(JSON.stringify({
TaskName: 'request_sync',
TaskTargetState: 'SetNotActiveToActive'
}));
Option B: Continuous updates
Rule 6: Keep Iframes Stateless When Possible
Iframes can be closed and reopened. They can refresh. Don't rely on iframe state.
Bad: Iframe tracks score internally, only receives increments
let score = 0;
Good: Iframe receives absolute values, displays what it's told
Rule 7: Transparent Backgrounds for HUDs
For HUD overlays, you want only your UI visible, not a white/colored background:
html, body {
background: transparent;
margin: 0;
padding: 0;
overflow: hidden;
}
.hud-container {
background: rgba(0, 0, 0, 0.8);
border-radius: 8px;
padding: 10px;
}
The key: Keep html/body transparent, apply backgrounds only to content containers.
Rule 8: Size Iframes Correctly
For HUDs: Size to match your content exactly
- If your HUD bar is 600x80px, set iframe to 600x80
- Extra space will be transparent but may block clicks
For Popups/Modals: Size to fit with padding
- Leave room for close button if visible
- Consider different screen sizes
Position fields: Only fill in what you need, leave others BLANK (not 0)
- Top-centered: Only set
Top Position: 0
- Bottom-right: Only set
Bottom Position and Right Position
INTERPRETING PORTALS CONSOLE LOGS
How to Read the Console
Access: Open browser developer tools (F12) → Console tab while in Portals
The console shows everything happening in your space. Learning to read it is essential for debugging.
Log Types and What They Mean
Task State Changes
[TaskSystem] Task 'JoinRed' state changed: NotActive → Active
[TaskSystem] Trigger: User Enter Trigger on TriggerCube_RedZone
What this tells you:
- Which task changed
- What state it changed to
- What trigger caused it
Debugging use: Verify triggers are firing and tasks are changing state.
Effect Execution
[EffectSystem] Executing effects for 'JoinRed' on Active
[EffectSystem] → Teleport to 'RedSpawn1'
[EffectSystem] → Notification: "Joined Red Team"
[EffectSystem] → Function Effect executed
What this tells you:
- Which effects ran
- In what order
- Whether they completed
Debugging use: Verify effects are attached to the right state and running.
Function Effect Details
[FunctionEffect] Evaluating: if($N{Player_Team} == 0.0, SetVariable('Player_Team', 1.0, 0.0), 0.0)
[FunctionEffect] $N{Player_Team} = 0
[FunctionEffect] Condition true, executing: SetVariable('Player_Team', 1.0, 0.0)
[FunctionEffect] Result: Variable 'Player_Team' set to 1
What this tells you:
- The exact expression being evaluated
- Current variable values
- Which branch executed
- The result
Debugging use: See why conditions pass or fail, verify variable values.
Variable Updates
[VariableManager] Variable 'Red_Score' updated: 24 → 25
[VariableManager] Source: Function Effect in task 'KillHandler'
What this tells you:
- Which variable changed
- Old and new values
- What caused the change
Debugging use: Track variable changes, find unexpected modifications.
Iframe Messages
[IframeManager] Sending message to iframes: score_25
[IframeManager] Activating Iframe: https://example.com/hud.html?v=5
[IframeManager] Received from iframe: {"TaskName":"gameover_ready","TaskTargetState":"SetNotActiveToCompleted"}
What this tells you:
- Messages being sent to iframes
- When iframes are activated/deactivated
- Messages received from iframes
Debugging use: Verify message flow, check timing issues.
Error Messages
[ERROR] NCalc parse error in Function Effect: Unexpected token ':' at position 15
[ERROR] Task 'InvalidTask' not found
[ERROR] Spawn point 'RedSpawn1' not found (check case sensitivity)
[ERROR] Variable 'score' is undefined
What this tells you:
- Syntax errors in expressions
- Missing references
- Typos in names
Debugging use: Direct pointer to what's broken.
Common Log Patterns and What They Mean
Pattern: Message Sent Before Iframe Activated
[12:00:01.100] Sending message to iframes: gameover_red_50_32
[12:00:01.150] Activating Iframe: game-over.html
Problem: Message sent 50ms BEFORE iframe activated. Iframe won't receive it.
Fix: Use ready handshake pattern. Iframe signals when loaded, then receives message.
Pattern: Rapid Task State Cycling
[12:00:01.000] Task 'GameTimer' state: NotActive → Active
[12:00:01.010] Task 'GameTimer' state: Active → NotActive
[12:00:01.020] Task 'GameTimer' state: NotActive → Active
[12:00:01.030] Task 'GameTimer' state: Active → NotActive
... (hundreds more)
Problem: Task is looping too fast, probably missing delay or wrong timing.
Fix: Check your reset and loop delays. Should be:
SetTask('GameTimer', 'NotActive', 0.9) // Reset
SetTask('GameTimer', 'Active', 1.0) // Loop (must be > reset delay)
Pattern: Variable Shows NaN or Undefined
[FunctionEffect] $N{Red_Score} = NaN
[FunctionEffect] Evaluating: $N{Red_Score} + 1.0
[FunctionEffect] Result: NaN
Problem: Variable was never initialized or was set to non-numeric value.
Fix: Initialize variables on Player Login:
SetVariable('Red_Score', 0.0, 0.0)
Pattern: Effect Runs for All Players
[Player1] KillHandler Active - awarding point to Blue
[Player2] KillHandler Active - awarding point to Blue
[Player3] KillHandler Active - awarding point to Blue
Problem: Multiplayer task running effects for everyone when only one player died.
Fix: KillHandler should be Single Player task, not Multiplayer.
Pattern: Condition Always False
[FunctionEffect] Evaluating: if($N{Player_Team} == 1, ...)
[FunctionEffect] $N{Player_Team} = 1.0
[FunctionEffect] Condition false
Problem: Comparing 1.0 to 1 (different types in some cases).
Fix: Always use decimal notation:
if($N{Player_Team} == 1.0, ...)
Debug Logging Strategy
Add Strategic Console Logs
When debugging, add console.log() at key decision points:
PortalsSdk.setMessageListener(function(message) {
console.log('[RECV] Raw:', message);
console.log('[RECV] Type:', typeof message);
console.log('[RECV] Parsed:', parsedValue);
console.log('[RECV] Action:', whatWeWillDo);
});
Use Descriptive Prefixes
Make logs easy to filter:
[HUD] - HUD iframe logs[GameOver] - Game over screen logs[Timer] - Timer-related logs[RECV] - Received messages[SEND] - Sent messages[ERROR] - Error conditions
Log State Changes
function updateScore(team, newScore) {
console.log(`[HUD] Score update: ${team} = ${newScore}`);
console.log(`[HUD] Display updated`);
}
Remove Debug Logs for Production
Before publishing:
- Remove or comment out console.log statements
- Remove visible debug displays
- Test one more time to make sure nothing broke
QUESTS
Turn any task into a trackable quest:
- Go to Space Options > Tasks
- Select the task
- Toggle Visibility On
Quest States:
- NotActive → Not visible in log
- Active → Visible, incomplete
- Completed → Visible, marked complete
Quest Groups: Assign same group name to organize tasks together.
Rewards: Add wearables/collectibles granted on completion (requires Portals team assistance for item setup).
VARIABLE MANAGER
Manage all variables created with Update Value effect.
Location: Space Options → Variable Manager
Settings:
- Persistent: Value saved across sessions (survives refresh/logout)
- Multiplayer: All players share the same value
Defaults: Non-persistent, single-player
Initializing Variables: Variables do not have a built-in "default value" setting. To initialize variables, use a Player Login trigger with SetVariable effects:
SetVariable('Player_Score', 0.0, 0.0)
SetVariable('Player_Team', 0.0, 0.0)
ADVANCED TOOLING: FUNCTION EFFECT
Scripting system based on NCalc expression language.
Reading Values
| Syntax | Returns | Example |
|---|
$T{taskName} | Task state as text | $T{door} → 'Active' |
$TN{taskName} | Task state as number | $TN{door} → 1 |
$N{variableName} | Variable value | $N{coins} → 50 |
$N{timerName} | Timer elapsed time (seconds) | $N{RaceTimer} → 45.5 |
Task State Numbers: 0=NotActive, 1=Active, 2=Completed
Timer Values: You can read any running timer's elapsed time using $N{timerName}. The timer must be started first using the Start Timer effect.
Setting Values
SetTask(taskName, 'TaskState', delaySeconds)
SetTaskState(taskName, 'TaskState')
SetVariable(variableName, value, delaySeconds)
Examples:
SetTask('door', 'Active', 0.0) // Immediate
SetTask('alarm', 'NotActive', 5.0) // 5-second delay
SetTaskState('door', 'NotActive') // No delay parameter
SetVariable('coins', $N{coins} + 10, 0.0)
SetTask vs SetTaskState:
SetTask() - Has delay parameter, use for timed actionsSetTaskState() - No delay, use in reset functions triggered by task status changes
Math Operators
| Operator | Example |
|---|
+ | $N{coins} + 10 |
- | $N{health} - 1 |
* | $N{score} * 2 |
/ | $N{time} / 2 |
% | $N{coins} % 2 (remainder) |
** | 2 ** 3 (exponent = 8) |
Comparison Operators
| Operator | Example |
|---|
== | $N{coins} == 10 |
!= | $T{quest} != 'NotActive' |
> | $N{coins} > 10 |
< | $N{health} < 5 |
>= | $N{coins} >= 10 |
<= | $N{health} <= 0 |
Logic Operators
| Operator | Name | Example |
|---|
&& | AND | $T{task1} == 'Active' && $T{task2} == 'Completed' |
|| | OR | $T{task1} == 'Completed' || $T{task2} == 'Completed' |
! | NOT | !($T{alarm} == 'Active') |
Conditions
if() - Single condition:
if(condition, whenTrue, whenFalse)
if($N{coins} >= 10,
SetVariable('doorUnlocked', 1, 0.0),
0
)
ifs() - Multiple conditions (first match wins):
ifs(
$N{health} <= 0, SetVariable('warning', 3, 0.0),
$N{health} <= 3, SetVariable('warning', 2, 0.0),
$N{health} <= 6, SetVariable('warning', 1, 0.0),
SetVariable('warning', 0, 0.0)
)
OnChange Triggers
OnChange('taskName', 'TaskState') // Specific state
OnChange('taskName') // Any state change
OnChange('variableName', '>= 10') // Variable condition
Task completion triggers variable:
if(OnChange('puzzle1', 'Completed'),
SetVariable('doorUnlocked', 1.0, 0.0),
0.0)
Variable threshold completes task:
if(OnChange('coins', >= 10.0),
SetTask('buyDoor', 'Completed', 0.0),
0.0)
Multiple conditions with current state check:
(OnChange('task1', 'Active') || OnChange('task2', 'Completed'))
&& $T{task1} == 'Active'
&& $T{task2} == 'Completed'
State change with conditional actions:
if(OnChange('questStep'),
ifs($T{questStep} == 'NotActive', SetVariable('hintText', 0.0, 0.0),
$T{questStep} == 'Active', SetVariable('hintText', 1.0, 0.0),
SetVariable('hintText', 2.0, 0.0)),
0.0)
SelectRandom
SelectRandom(item1, item2, item3, ...)
Random number reward:
SetVariable('coins', $N{coins} + SelectRandom(1.0,2.0,3.0,4.0,5.0,6.0,7.0,8.0,9.0,10.0), 0.0)
50/50 chance:
SelectRandom(true, false)
Random task state:
SetTask('alarm', SelectRandom('NotActive', 'Active', 'Completed'), 0.0)
Math Functions
| Function | Description | Example |
|---|
Min(a, b) | Returns smaller of two numbers | Min($N{coins}, 100.0) → cap at 100 |
Max(a, b) | Returns larger of two numbers | Max($N{health}, 0.0) → prevent negative |
Round(number) | Rounds to nearest whole | Round(3.6) → 4 |
Abs(number) | Absolute value | Abs(-5) → 5 |
Floor(number) | Rounds down | Floor(3.9) → 3 |
Ceiling(number) | Rounds up | Ceiling(3.1) → 4 |
Sqrt(number) | Square root | Sqrt(9.0) → 3 |
Nesting functions:
Min(Max($N{health}, 0.0), 100.0) // Clamp health between 0-100
Multiplayer Functions
Functions for working with multiple players simultaneously. Essential for team games, role assignment, and any logic affecting multiple players.
Player Parameters
| Parameter | Type | Description |
|---|
[Players] | List | All players currently in the room |
Built-in player properties:
playerName - The player's usernamehealth - The player's health (default: 100, no max limit)
SelectRandomPlayers([Players], count)
Picks random players from a list. Selection is deterministic (all clients get same result) and persistent (survives reconnects).
SelectRandomPlayers([Players], 2) // Pick 2 random players
SelectPlayersParameters([Players], 'parameterName')
Gets a parameter value from each player in a list.
SelectPlayersParameters([Players], 'health') // Returns [100, 85, 100, 50]
SelectPlayersParameters(SelectRandomPlayers([Players], 3), 'playerName') // Names of 3 random players
SetPlayersParameters([Players], 'parameterName', value)
Sets a parameter on all players in a list. Changes sync to all clients automatically.
SetPlayersParameters([Players], 'canMove', true) // Enable movement for everyone
PrintString(value)
Prints a value to the browser console for debugging.
PrintString(SelectPlayersParameters([Players], 'playerName')) // Debug: list all player names
Multiplayer Function Examples
Impostor Assignment (Among Us style):
SetPlayersParameters([Players], 'impostor', false) +
SetPlayersParameters(SelectRandomPlayers([Players], 2), 'impostor', true)
Sets everyone to non-impostor, then picks 2 random impostors. Use on game start trigger.
Team Assignment (Red vs Blue):
First track player count with a multiplayer variable incremented when players enter a "ready" zone.
SetPlayersParameters([Players], 'team', 'blue') +
SetPlayersParameters(SelectRandomPlayers([Players], Floor($N{PlayerCount} / 2.0)), 'team', 'red')
Sets everyone to blue, then switches half to red. Guarantees all players are assigned and teams are balanced.
One Hunter, Everyone Else Hides:
SetPlayersParameters([Players], 'role', 'hider') +
SetPlayersParameters(SelectRandomPlayers([Players], 1), 'role', 'hunter')
Damage All Players:
SetPlayersParameters([Players], 'health', 50) // Set everyone's health to 50
Multiplayer Function Notes
- One trigger, all clients: When one player triggers a multiplayer function, the result propagates to everyone
- Order matters: In chained expressions using
+, later operations can override earlier ones
- Custom parameters: Use any variable name from the Variable system, not just built-in ones
- Nesting works: Use output of one function as input to another
Timer Variables
You can read timer values as variables and manipulate them in calculations.
Reading timer values:
$N{RaceTimer} // Returns elapsed seconds (e.g., 45.5)
$N{RaceTimer} >= 60.0 // Check if timer is 60+ seconds
Manipulating timer values:
SetVariable('HalfTime', $N{RaceTimer} / 2.0, 0.0) // Divide time by 2
SetVariable('BonusTime', $N{RaceTimer} + 30.0, 0.0) // Add 30 seconds
SetVariable('TimeRemaining', 120.0 - $N{RaceTimer}, 0.0) // Calculate remaining time
SetVariable('TimeScore', 1000.0 - ($N{RaceTimer} * 10.0), 0.0) // Time-based scoring
Common patterns:
Checkpoint time storage:
SetVariable('Checkpoint1Time', $N{RaceTimer}, 0.0)
Time-based scoring (faster = more points):
SetVariable('Score', Max(1000.0 - ($N{RaceTimer} * 5.0), 0.0), 0.0)
Time penalty on death:
SetVariable('PenaltyTime', $N{GameTimer} + 10.0, 0.0)
Note: Timer must be started (Start Timer effect) before reading. Unstarted timers return 0.
Important Notes
- Always use decimal notation:
0.0, 1.0, 50.0 (not 0, 1, 50) to avoid type errors
- Use nested if(), NOT ifs() - ifs() may have bugs in some cases
- Tasks don't auto-reset - always add reset function effects
- Enable "Trigger on Task Change" checkbox for Function Effects
MULTIPLAYER CONSIDERATIONS
Single Player vs Multiplayer Tasks
| Task Type | Behavior |
|---|
| Single Player | Effects run only for the player who triggered it |
| Multiplayer | When task state changes, effects run for ALL players |
Critical: For looping tasks (timers, game loops), use Single Player tasks. Multiplayer tasks will cause all players to run the loop, causing acceleration/duplication bugs.
Multiplayer Variable Sync Delay
Multiplayer variables take 2-3 seconds to sync across all players. This causes race conditions when:
- Checking if another player already set a value
- Coordinating actions between players
Solution: Add delays before checking multiplayer variables:
// On Player Login, delay 3 seconds before checking shared state
SetTask('DelayedCheck', 'Active', 3.0)
Self-Looping Task Pattern
For continuous updates (use Single Player tasks to prevent acceleration):
// GameLoop task (Single Player, on Active):
// Effect 1: Your game logic here
SetVariable('SomeValue', $N{SomeValue} + 1.0, 0.0)
// Effect 2: Reset for next loop
SetTask('GameLoop', 'NotActive', 0.9)
// Effect 3: Loop
SetTask('GameLoop', 'Active', 1.0)
Note on Timers: Portals does not have a native shared timer system that syncs across players. For multiplayer timer displays, use local JavaScript timing in iframes triggered by game state changes.
LEADERBOARDS
Post Score to Leaderboard
| Setting | Description |
|---|
| Value Label | Must match the Leaderboard Score Label (e.g., "score", "coins") |
Compatibility:
- Works with: Trigger Cube, Building Cube, Nine Cube, Custom Import
- Does NOT work with: NPC
Note: For time-based leaderboards, the timer auto-posts when it ends.
USING IFRAMES
Embed external web pages with bidirectional communication.
Important: Iframe is an Effect, Not a Tool
Iframe is an effect, not a building tool. To display an iframe:
- Create a task with a trigger (e.g., Player Login)
- Add the Iframe effect to that task
- The iframe appears when the task activates
Iframe Effect Settings
| Setting | Description |
|---|
| Iframe URL | URL to the web page |
| Layer Order | Z-index for stacking (higher = on top) |
| Left Position (px) | Distance from left edge |
| Right Position (px) | Distance from right edge |
| Top Position (px) | Distance from top edge |
| Bottom Position (px) | Distance from bottom edge |
| Width (px) | Iframe width in pixels |
| Height (px) | Iframe height in pixels |
| NPC will animate | Toggle mouth animation for NPC dialogues |
Positioning Tips
Important: Only fill in position/size values you want to change. Leave other fields blank - don't enter zeros for fields you don't need.
For top-centered HUD:
- Set only
Top Position: 0
- Leave Left, Right, Width, Height blank
- The iframe content will auto-center if CSS uses
justify-content: center
For bottom-right popup:
- Set only
Bottom Position and Right Position
- Leave other fields blank
For fixed-size centered iframe:
- Calculate Left:
(screen width - iframe width) / 2
- Example: 1920px screen, 400px iframe → Left Position = 760
- Note: Fixed positioning doesn't adapt to different screen sizes
Creating Transparent HUD Iframes
For HUD overlays where only the content should be visible (no background):
body {
background: transparent;
}
.hud-container {
display: flex;
background: rgba(0,0,0,0.9);
border-radius: 8px;
}
Key principle: Keep body/html transparent, apply backgrounds only to content containers. Size the iframe to match content exactly.
SDK Setup
Add to your HTML:
<script src="https://portals-labs.github.io/portals-sdk/portals-sdk.js?v=10005456"></script>
Sending Messages to Unity (Iframe → Portals)
PortalsSdk.sendMessageToUnity(JSON.stringify({
TaskName: "level1_intro",
TaskTargetState: "SetNotActiveToActive"
}));
Valid TaskTargetState values:
ToNotActiveSetNotActiveToActiveSetActiveToCompletedSetCompletedToActiveSetAnyToCompletedSetAnyToActiveSetActiveToNotActiveSetCompletedToNotActiveSetNotActiveToCompleted
Receiving Messages from Unity (Portals → Iframe)
Use the SDK's message listener to receive commands from Portals:
PortalsSdk.setMessageListener(function(message) {
console.log('Received:', message);
let data = message;
if (typeof message === 'string') {
try {
data = JSON.parse(message);
} catch (e) {
data = message;
}
}
const msg = typeof data === 'string' ? data : JSON.stringify(data);
if (msg.startsWith('score_')) {
const score = parseFloat(msg.substring(6));
if (!isNaN(score)) updateScore(score);
} else if (msg.startsWith('time_')) {
const elapsed = parseFloat(msg.substring(5));
if (!isNaN(elapsed)) updateTimer(elapsed);
}
});
Sending from Portals:
CRITICAL: JSON with colons (:) breaks Portals' NCalc parser. Use underscore format instead:
| Data | Message Format | Effect Setting |
|---|
| Score | score_25 | score_|Score| |
| Time | time_120 | time_|Elapsed_Seconds| |
| Team scores | sync_120_25_30 | sync_|Time|_|Red|_|Blue| |
Note: In "Send Message To Iframes" effect, use |variableName| (pipe syntax), NOT $N{variableName}.
Tip: Use Value Updated trigger on variables to automatically send iframe updates when values change.
Close Iframe
PortalsSdk.closeIframe();
Game Over / Result Screen Pattern
For screens that display results (winner, scores), use a two-step handshake to ensure the iframe is loaded before receiving data:
Problem: Portals sends messages before iframe finishes loading, so data is lost.
Solution:
- Pass static data (winner) in URL parameters
- Have iframe signal "ready" when loaded
- Portals sends dynamic data (scores) after ready signal
Step 1: Create iframe URLs with winner in params
game-over.html?winner=red&v=1
game-over.html?winner=blue&v=1
game-over.html?winner=tie&v=1
Step 2: Iframe signals ready on load
PortalsSdk.sendMessageToUnity(JSON.stringify({
TaskName: 'gameover_ready',
TaskTargetState: 'SetNotActiveToCompleted'
}));
Step 3: Portals function sends scores on ready
- Trigger:
gameover_ready status is Completed
- Action: Send Message To Iframes →
scores_|Red_Score|_|Blue_Score|
Step 4: Iframe reads URL params + listens for scores
const params = new URLSearchParams(window.location.search);
const winner = params.get('winner');
PortalsSdk.setMessageListener(function(msg) {
if (msg.startsWith('scores_')) {
const parts = msg.split('_');
const redScore = parts[1];
const blueScore = parts[2];
displayGameOver(winner, redScore, blueScore);
}
});
Note: Bump the v= version number when updating iframe to bust cache.
URL Parameters
| Parameter | Effect |
|---|
?noCloseBtn=true | Hide close button |
?hideMaximizeButton=true | Hide maximize |
?hideRefreshButton=true | Hide refresh |
?maximized=true | Open fullscreen |
?forceClose=true | X closes instead of minimize |
Example:
https://example.com/page.html?noCloseBtn=true&maximized=true
Troubleshooting
| Issue | Cause | Fix |
|---|
| "[object Object] is not supported" | Sending raw object | Use JSON.stringify() |
| "Failed to launch uniwebview" | Testing in browser | Test in Unity WebView |
| "User gesture required" | closeIframe outside click | Wrap in onclick handler |
| Iframe not receiving messages | JSON with colons | Use underscore format: score_|Score| |
| Timer not updating display | Early return in JS | Don't return after JSON.parse failure |
| Timer accelerates with 2+ players | All players incrementing | Use Single Player task for loops |
| Variables not syncing | Race condition | Add 3-second delay before checking |
| Iframe misses initial message | Message sent before load | Use ready handshake pattern (see Game Over Pattern) |
| URL params show literal |Var| | Portals doesn't interpolate URL params | Pass static values in URL, dynamic via message |
HOW TO: TOKEN TRADING SPACE
Part 1: Buy/Sell Zones
Buy Zone Setup:
- Place Trigger Cube
- Add User Enter Trigger → Show Token Swap effect
- Configure: Buy=On, Sell=Off, Token Address, Wallet Address
- Add User Exit Trigger → Hide Token Swap effect
Sell Zone: Same setup with Buy=Off, Sell=On
Part 2: 3D Candlestick Chart
- Copy token contract address
- Open inventory → Select Chart item
- Paste contract address
- Click "Spawn Chart"
- Position in space
QUICK REFERENCE
Task State Transitions
NotActive → Active → Completed
↑ ↓ ↓
←─────────←─────────←
(Any state can transition to any other)
Common Patterns
Door that opens on click, closes after exit:
- Click Trigger → Set task Active (plays open animation)
- Exit Trigger with delay → Set task NotActive (plays close animation)
Collectible counter:
- Item Collected Trigger → Update Value effect (+1)
- Display Value effect to show count
Multi-step quest:
- Create dependent tasks
- Each task completion triggers next task to Active
- Toggle visibility for quest log tracking
Auto-reset task (resets immediately after firing):
Create a separate reset function for each task:
- Trigger: Task status is
Active (or Completed)
- Action:
SetTaskState('taskName', 'NotActive')
This pattern is useful for:
- Win condition tasks that need to fire again next game
- Iframe-triggered tasks (gameover_ready, etc.)
- Any task that should be reusable without manual reset
Example reset functions:
// Function: reset_red_wins
// Trigger: timer_red_wins status is Active
// Action: SetTaskState('timer_red_wins', 'NotActive')
// Function: reset_gameover_ready
// Trigger: gameover_ready status is Completed
// Action: SetTaskState('gameover_ready', 'NotActive')
GAME DESIGN PATTERNS
Core Loop
All games follow: Player Action → Feedback → Reward → Repeat
Spend 10-15 minutes designing before building to prevent confusion and edge cases.
Pattern Types
| Pattern | Best For | Complexity |
|---|
| Collectible | Treasure hunts, coin collection, exploration | Beginner |
| Puzzle | Escape rooms, logic challenges, hidden objects | Intermediate |
| Quest/RPG | Story-driven, NPC interactions, progression | Intermediate |
| Racing | Time trials, obstacle courses, leaderboards | Beginner |
COMMON GOTCHAS
Function Effects
- Decimal notation required: Use
10.0 not 10
- Case-sensitive task names:
$T{Open Door} works, $T{open door} doesn't
- Single quotes for strings: Use
'Active' not "Active"
- Enable "Trigger on Task Change": Effects won't execute without this checkbox
- Avoid ifs(): Use nested
if() instead due to known bugs
Tasks
- No auto-reset: Manually reset completed tasks if you want repeatable actions
- Non-persistent tasks reset: Check Space Options if progress vanishes after refresh
- Multiplayer tasks are shared: All players see same state; use single-player for individual progress
- Dependent tasks: Parent must reach "Completed" state, not just "Active"
Triggers
- Collision vs User Enter: Collision handles physics; use "User Enter Trigger" for zone entry
- Trigger cubes invisible during play: Use build mode to verify placement
- Key triggers need focus: Won't work if Portals window loses focus
NPCs
- Rigged GLB avatars required: Standard 3D models won't animate
- NPC-specific effects: "Turn To Player" and "Walk to Position" only work on NPC objects
- Case-sensitive animations: Names must match exactly what's in the GLB file
Leaderboards
- Value Label must match: Effect label must correspond to Leaderboard label
- Timer auto-posts: Racing timer leaderboards post automatically when stopped
- NPCs can't post scores: Use Trigger Cubes instead
Variables
- Created on first use: No pre-declaration needed
- Check persistence settings: Verify persistent and multiplayer settings in Variable Manager
- Unset variables are undefined: Initialize variables when players enter
Portals/Teleportation
- Spawn Name is case-sensitive: Leave blank for default spawn
- Auto Teleport: ON = immediate on contact; OFF = requires X key
- Cross-space teleports reset data: Non-persistent tasks and variables reset when switching spaces
Quick Debug Checklist
- Open Task Debug Panel to verify triggers fire
- Check exact names (case and space-sensitive)
- Verify effect configuration settings
- Use decimal notation (0.0, not 0)
- Enable required checkboxes
- Test simple cases first
- Review Variable Manager values
- Check browser console for iframe errors
RESOURCES
