PART I
Warm-up
Reconnect with a useful idea before starting compose playback controls, device recovery contracts, and event cleanup. In one or two sentences, describe the input, output or host boundary from the previous exercise that this lesson builds on. If you are arriving directly, skim the worked example first; there is no locked prerequisite.
A rough note is enough. You can revise it after the example.
PART II
Instruction & guided example
Integrate audio events, device recovery andowner cleanup
Event cleanup is an ownership obligation across registration, delivery, close and late completion. Unregistering a callback and cancelling active native work are different guarantees. WS cancellation signatures remain unresolved, so these lessons specify required host behavior without inventing runtime calls.
Preview P starts V on device A at volume 0.5. At position 8s, A is lost and V pauses. User Stop then P close occur before device A reconnects. Host requires separate voice, asset and registration releases; queued late events may still arrive.
Worked reasoning: Stop clears resume intent. Close ends the owner and initiates all three cleanup obligations. Reconnect cannot restart V or register new callbacks. A late completion cannot update P. Final cleaned status requires all native acknowledgements, not just closed UI.
Failed alternative: Remembering was-playing-at-loss ignores newer Stop and closed owner, while calling unsubscribe alone leaves voice and asset obligations unaccounted.
Worked reasoning and supplied artifact
Play ->V active,owner P open
Loss8 ->V paused at 8
Stop ->resume intent cleared
Close ->P closed;release R, release V, release A initiated
Reconnect/late completion ->no resume,no acquisition,no UI update
Cleaned ->only after all release evidenceIllustrative example from the proposed WillowScript design. The language and WUIX/WMATH/WDB/WAUDIO/WTMP services are not implemented in the supplied source. This site has no interpreter, VM or native host and does not execute or certify the snippet.
Walk through the example, one line at a time
Play ->V active,owner P openRead this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Loss8 ->V paused at 8Read this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Stop ->resume intent clearedRead this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Close ->P closed;release R, release V, release A initiatedRead this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Reconnect/late completion ->no resume,no acquisition,no UI updateRead this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Cleaned ->only after all release evidenceRead this statement in its surrounding contract. Identify which value or host operation it contributes; do not infer an undocumented API.
Try the guided change
Reconstruct the supplied worked case first: list its inputs, intermediate decisions and final artifact. Compare each row with the explanation and identify exactly where the rejected alternative fails. Then use the changed inputs in Part IV for independent work.
- Write the supplied inputs and initial state before following the example.
- Reconstruct each intermediate calculation or host decision, then compare with the worked artifact.
- Explain why the contrasting alternative fails before attempting the changed inputs in Part IV.
PART III
Take a breather
Step back after the guided example. Look away from the screen, stretch, or reread your prediction. This is an optional learning pause, not a timer or an assessment gate.
When you return, try to name the lesson’s key idea without copying its wording. If that feels difficult, return to Part II and trace one line rather than restarting the entire lesson.
PART IV
Independent practice
Project context: Media operations console. Build a small, understandable change around compose playback controls, device recovery contracts, and event cleanup.
Build a sound preview for owner Q with loss at 3s, reconnect before close, and no Resume choice. Trace close and late completion; include full, partial and unknown cleanup outcomes.
What to produce
An integrated event/device/intent/owner/resource timeline with explicit host contracts and honest evidence labels.
- State the intended behavior in a sentence before editing.
- Use only source-backed syntax and the host services whose contract you have been given.
- Record a normal case and a boundary or unavailable-resource case.
- Label hand predictions separately from anything actually measured in a supplied toolchain.
Syntax colors are a reading aid, not a compiler. The line you are editing stays uncolored until you move to a different line; capitalization is never changed. Drafts stay on this browser and code is not executed.
Need a hint?
Device recovery does not restore cleared user intent or reopen a closed owner; cleanup obligations remain separate.
Remembering was-playing-at-loss ignores newer Stop and closed owner, while calling unsubscribe alone leaves voice and asset obligations unaccounted.
Original learning-path task and reference
Integrate every section in this module into Media operations console. Submit .ws source, a list of approved host APIs, eight acceptance cases, and a short explanation. Demonstrate Compose playback controls, device recovery contracts, and event cleanup; Compose playback controls, device recovery contracts, and event cleanup; Compose playback controls, device recovery contracts, and event cleanup.
import wdb;
domain Inventory {
const lowStock = wdb.query({
from: products,
select: [id, name, stock],
where: [[ stock < 10 ]],
order: { by: stock, direction: ascending }
});
}Where the original task needs a host API that is not supplied here, write the contract and predictions. Do not invent a runtime result.
PART V
Self-check
Use this check to notice what to revisit. It does not award a private course grade, block another page or claim to verify compiled code. Every answer has a learning explanation.
You may keep exploring even if you are unsure. Use the hint, compare the trace, and revise your explanation.
PART VI
Recap & small task
Bring the idea back to the mod feature you are building. A useful recap connects the mechanism to a decision you can make in your own code.
- Integrate audio events, device recovery andowner cleanup
- Build a sound preview for owner Q with loss at 3s, reconnect before close, and no Resume choice. Trace close and late completion; include full, partial and unknown cleanup outcomes.
- Separate source-backed behavior, host requirements and untested predictions.
One small recap task
Check current device, current intent, current owner and all owned resources before claiming audio integration complete.
This marks your personal practice record only. It is not a certification or an official workspace assessment.
