<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Pandoc on MacWorks</title><link>https://macworks.dev/tags/pandoc/</link><description>Recent content in Pandoc on MacWorks</description><generator>Hugo</generator><language>en</language><atom:link href="https://macworks.dev/tags/pandoc/index.xml" rel="self" type="application/rss+xml"/><item><title>Engineer Reads</title><link>https://macworks.dev/docs/week/blogs/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://macworks.dev/docs/week/blogs/</guid><description>&lt;h1 id="engineering-reads--week-of-2026-06-17-to-2026-06-25"&gt;Engineering Reads — Week of 2026-06-17 to 2026-06-25&lt;a class="anchor" href="#engineering-reads--week-of-2026-06-17-to-2026-06-25"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;h2 id="week-in-review"&gt;Week in Review&lt;a class="anchor" href="#week-in-review"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;The dominant theme across this week&amp;rsquo;s reading is the persistent friction between idealized abstractions and messy, underlying hardware or operational realities. From the hidden environmental state that breaks reproducible C++ builds to the way mean latency metrics discard the user&amp;rsquo;s actual lived experience, the literature is heavily focused on the dangers of lossy compression in systems design. We are increasingly aware that whenever we try to flatten a complex domain—whether it&amp;rsquo;s AI capabilities, memory management, or performance monitoring—the suppressed complexity inevitably leaks back into the application layer.&lt;/p&gt;</description></item><item><title>2026-06-24</title><link>https://macworks.dev/docs/week/blogs/engineer-blogs-2026-06-24/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://macworks.dev/docs/week/blogs/engineer-blogs-2026-06-24/</guid><description>&lt;h1 id="engineering-reads--2026-06-24"&gt;Engineering Reads — 2026-06-24&lt;a class="anchor" href="#engineering-reads--2026-06-24"&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;Sometimes, the optimal tooling choice is a strategic retreat from complexity: Apex&amp;rsquo;s new Quarto mode proves that you can leverage the structural benefits of complex, Pandoc-style markdown for HTML rendering without paying the operational tax of a full execution environment.&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;&lt;a href="https://brett.trpstra.net/link/535/17366532/quarto-mode-for-apex"&gt;Quarto mode for Apex&lt;/a&gt;&lt;/strong&gt; · brett.trpstra.net
Apex has introduced a &lt;code&gt;--mode quarto&lt;/code&gt; flag, providing a lightweight HTML compilation path for &lt;code&gt;.qmd&lt;/code&gt; documents. Mechanically, this mode inherits unified-family defaults while explicitly enabling Quarto-specific preprocessors and unsafe HTML, which is necessary to correctly parse raw blocks, diagram fences, and extended syntax like callouts or bracketed spans. The author is clear about the boundaries of this feature: it is a robust markdown renderer, not a full Quarto replacement. Adopting this means accepting a strict tradeoff where you sacrifice live code cell execution, project-level rendering, and direct PDF output in exchange for speed and simplicity. Documentation maintainers and engineers who want fast HTML generation for complex markdown—without the heavy dependency footprint of the entire Quarto toolchain—should evaluate this as a leaner alternative.&lt;/p&gt;</description></item></channel></rss>