<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Html5 Canvas on MacWorks</title><link>https://macworks.dev/tags/html5-canvas/</link><description>Recent content in Html5 Canvas on MacWorks</description><generator>Hugo</generator><language>en</language><atom:link href="https://macworks.dev/tags/html5-canvas/index.xml" rel="self" type="application/rss+xml"/><item><title>2026-05-02</title><link>https://macworks.dev/docs/archives/blogs/engineer-blogs-2026-05-02/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://macworks.dev/docs/archives/blogs/engineer-blogs-2026-05-02/</guid><description>&lt;h1 id="engineering-reads--2026-05-02"&gt;Engineering Reads — 2026-05-02&lt;a class="anchor" href="#engineering-reads--2026-05-02"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;h2 id="the-big-idea"&gt;The Big Idea&lt;a class="anchor" href="#the-big-idea"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;The most valuable technical insights often come from returning to raw browser primitives and bypassing heavy orchestration layers. Whether you are stripping away Node-based test runners to verify UI behavior directly, or relying on native HTML5 to build interactive mathematical concepts, stepping outside complex build pipelines yields faster feedback loops and a deeper understanding of underlying mechanics.&lt;/p&gt;
&lt;h2 id="deep-reads"&gt;Deep Reads&lt;a class="anchor" href="#deep-reads"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Testing Vue components in the browser&lt;/strong&gt; · Julia Evans · &lt;a href="https://jvns.ca/blog/2026/05/02/testing-vue-components-in-the-browser/"&gt;Source&lt;/a&gt;
This article explores how to write end-to-end integration tests for Vue components without relying on Node, Deno, or unwieldy orchestration tools like Playwright. The technical approach involves mounting components to invisible, off-screen DOM elements and executing the QUnit testing framework directly within a browser tab, utilizing a server endpoint to reset SQL database fixtures to a known state. The author candidly details the complexities of this raw approach, particularly the architectural friction of polling the DOM for readiness rather than relying on flaky sleep commands, and the nuance required to manually dispatch events to simulate form inputs. Engineers suffering from frontend build-tool fatigue should read this for a refreshing, lightweight perspective on verifying UI behavior using native capabilities, including Chrome&amp;rsquo;s built-in code coverage tools.&lt;/p&gt;</description></item></channel></rss>