Interaction Design Projects in OttawaInteraction Design Projects in Ottawa
Cover image for DAY 16: CONDITION TRACE
30 Days
DAY 16: CONDITION TRACE 30 Days of Real Business Problems Phase II I stopped at Day 15. Not because I ran out of problems. The format was becoming predictable. So I changed the rules. Phase II starts with a problem from museum conservation. Condition reports can document what was visible at different moments — but they cannot always prove when a physical change actually occurred. So instead of asking: “Where did the damage happen?” I reframed the problem: Trace when the feature first appears in the documentation. That became CONDITION TRACE. The prototype follows a fictional museum-loan case involving the same vessel across four signed condition records. Earlier examinations were completed under diffuse light. During the return-arrival inspection, the conservator introduces raking light. As the grazing angle changes, a hairline crack on the vessel’s upper-right shoulder becomes legible. That observation is preserved as OBS-04 and carried through a traceable evidence chain: SRC-03 → OBS-04 → CMP-01 → LIM-01 → FND-01 But the system deliberately refuses to overstate what the evidence proves. The earlier examinations were not performed under equivalent lighting conditions. So the conclusion remains narrow: FIRST DOCUMENTED APPEARANCE AUGUST 3, 2026 Not: “The damage happened on August 3.” Not cause. Not responsibility. Not liability. The interface follows the same principle. Light becomes an examination instrument. The observation persists through comparison. The evidence lineage remains visible. And the final finding must be deliberately sealed. The goal wasn’t to make an interface that looks forensic. It was to make the boundary of the evidence visible and traceable. TRACE THE RECORD. NOT THE BLAME. Live prototype: https://day16-condition-trace.vercel.app Day 16 / 30 Phase II begins.
2
98
Cover image for Before Bar One: The First
Before Bar One: The First Version Proved the Mechanism. Squarespace Turned It Into an Experience. Before Bar One did not begin as a website. It began as a small functional prototype for Day 3 of my 30 Days of Real Business Problems challenge. The original idea came from a very specific orchestral problem: Five musicians receive their parts and begin rehearsal together. Four parts continue normally from rehearsal mark C to rehearsal mark D. But in one edition, the Horn in F part contains eight missing bars. The page still looks complete. The paper is still ruled. The rehearsal continues. But one musical route has quietly disappeared. That first prototype was designed to prove a single interaction: The mechanism worked. Visitors could move from the fictional 1987-F field edition to the revised 2001-R edition and watch the orchestral route reconnect. But the experience still felt like a product demonstration. It explained the mechanism, but it did not yet feel like the kind of environment where someone might discover, inspect and interpret an edition discrepancy. For the Squarespace Make It Real Challenge, I decided not to replace the original idea with a more conventional brand website. I kept the interaction and rebuilt everything around it. The result is Before Bar One An Interactive Critical Archive. Rather than presenting the problem as a dashboard or software tool, the Squarespace experience treats it as a fictional archival incident. The visitor enters an editorial environment built around records, catalog references, edition controls, rehearsal routes, incident reports and constructed evidence. The visual system uses warm ivory, charcoal, archival brass, fault red and restoration mint. Editorial serif typography is paired with monospace archive labels, fine rules, stamps and catalog notation. The central question remains simple: What changes when the edition changes? In the 1987-F state, the Horn in F becomes silent between rehearsal marks C and D. The visitor can inspect: five orchestral routes; one interrupted path; eight empty measure cells; a ruled but unprinted passage; a tactile archive record; an unresolved incident status; a restoration diagram that remains incomplete. The part does not look damaged. That is the point. The issue is not the physical copy. The issue is the edition. When the visitor selects 2001-R, the archive changes with it. The missing measures return. The archive object is recatalogued. The incident status changes. The Horn in F route reconnects. The five parts arrive together again. The edition selector is therefore not simply a visual toggle. It becomes the central reading device for the entire experience. I also created a second page called The Reading Room. This page expands the interaction into a fuller archival consultation and includes: Archive Record 001; Archive Record 002; a direct edition comparison; an Incident Report; an Evidence Wall; a Build Record; the final closing notice. The Evidence Wall presents several fictional artifacts: a photographed leaf, a copyist-style marginal cue, a constructed sketch source, a restoration analysis tag and a transcribed cue sheet. All institutions, dates, editions, records and musical evidence in the project are explicitly labelled as fictional or constructed. The goal is not to imitate a real historical discovery, but to demonstrate how an edition-comparison workflow could be transformed into an interactive narrative. One of the most important additions came late in the process. I realized that visitors could see the missing passage, but they could not yet hear what it changed. So I created two versions of the same short orchestral rehearsal: Both versions use the same tempo, harmony, strings, duration and arrangement. The only intended difference is the Horn in F during the central eight-bar passage. In 1987-F, the strings continue while the horn disappears. In 2001-R, the horn remains present and rejoins the ensemble through the restored passage. These recordings were added through a native Squarespace Listening Station using Squarespace Audio Blocks. The visitor can now: Squarespace became more than the place where the prototype was published. It provided the structure for turning one interaction into a complete public experience: a clearer five-second introduction; a responsive editorial layout; a two-page narrative architecture; navigation between the Archive and Reading Room; native audio presentation; a stronger visual hierarchy; a final layer of polish and atmosphere. The core edition mechanism is implemented as a custom HTML and CSS interaction embedded within Squarespace. Around it, Squarespace provides the public-facing framework, page structure, responsive composition and native Listening Station that make the project feel complete. The transformation was not: It was: The original version proved that the idea could work. The Squarespace version gave the idea a world, a rhythm and a reason to explore it. Explore the project Interactive Critical Archive https://horse-grey-66kc.squarespace.com/before-bar-one The Reading Room https://horse-grey-66kc.squarespace.com/reading-room Password 1234 Original Day 3 prototype https://faadil1.github.io/before-bar-one/ The first version proved the mechanism. Squarespace turned it into a visual, editorial and audible experience. Before every rehearsal, check the edition. #SquarespaceChallenge #MakeItReal #Squarespace #FinishLayer #WebDesign #CreativeDevelopment #InteractionDesign #EditorialDesign #SoundDesign #UIUX #Contra
1
237