<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>zed on jwogrady</title>
		<link>https://www.jwogrady.com/tags/zed/</link>
		<description>Recent content in zed on jwogrady</description>
		<generator>Hugo</generator>
		<language>en-us</language>
		
		
		
		
			<lastBuildDate>Sun, 20 Sep 2026 18:52:00 -0500</lastBuildDate>
		
			<atom:link href="https://www.jwogrady.com/tags/zed/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Two config directories, and I would have edited the wrong one</title>
				<link>https://www.jwogrady.com/posts/zed-config-is-windows-side/</link>
				<pubDate>Sun, 20 Sep 2026 18:52:00 -0500</pubDate>
				<guid>https://www.jwogrady.com/posts/zed-config-is-windows-side/</guid>
				<description>&lt;p&gt;I sat down to add the editor settings I&amp;rsquo;d written up in JRN 26-008 and found&#xA;&lt;code&gt;~/.config/zed/&lt;/code&gt; sitting there — existing, correctly named, and completely&#xA;empty.&lt;/p&gt;&#xA;&#xA;&lt;figure&gt;&#xA;  &lt;img src=&#34;https://www.jwogrady.com/posts/zed-config-is-windows-side/two-config-directories.png&#34; width=&#34;1000&#34; height=&#34;459&#34;&#xA;       alt=&#34;Terminal output: zero files in ~/.config/zed, while the Windows AppData Zed folder holds settings.json, snippets and themes, and five installed extensions.&#34; loading=&#34;lazy&#34; decoding=&#34;async&#34;&gt;&#xA;  &lt;figcaption&gt;Zero files on the Linux side. Everything on the Windows side.&lt;span class=&#34;credit&#34;&gt;Screenshot&lt;/span&gt;&#xA;  &lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;Zero files. Meanwhile &lt;code&gt;AppData/Roaming/Zed/&lt;/code&gt; has the &lt;code&gt;settings.json&lt;/code&gt; I&amp;rsquo;ve&#xA;apparently been editing all along, and &lt;code&gt;AppData/Local/Zed/extensions/installed&lt;/code&gt;&#xA;has five extensions I don&amp;rsquo;t remember installing individually.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Four editor defaults that are right for code and wrong for prose</title>
				<link>https://www.jwogrady.com/posts/zed-for-prose/</link>
				<pubDate>Sun, 20 Sep 2026 16:33:00 -0500</pubDate>
				<guid>https://www.jwogrady.com/posts/zed-for-prose/</guid>
				<description>&lt;p&gt;Zed&amp;rsquo;s defaults are tuned for code, which is the right call and leaves four of&#xA;them wrong for what I&amp;rsquo;m actually doing in here.&lt;/p&gt;&#xA;&lt;p&gt;Autosave, for reasons recorded an entry ago and not worth reliving.&lt;/p&gt;&#xA;&lt;p&gt;Soft wrap to &lt;code&gt;editor_width&lt;/code&gt; — markdown has no line length, and a horizontal&#xA;scrollbar inside a paragraph is a problem I inflicted on myself.&lt;/p&gt;&#xA;&lt;p&gt;The third one is the one I&amp;rsquo;d never have guessed. &lt;strong&gt;Turn trailing-whitespace&#xA;stripping off for markdown.&lt;/strong&gt; Two trailing spaces is a hard line break; strip&#xA;them on save and the editor silently rewrites your text, and the diff shows&#xA;nothing wrong because whitespace is invisible. A formatter that is correct for&#xA;every other filetype quietly corrupts this one.&lt;/p&gt;</description>
			</item>
			<item>
				<title>An editor and a filesystem can hold two different documents</title>
				<link>https://www.jwogrady.com/posts/the-file-on-disk/</link>
				<pubDate>Sun, 20 Sep 2026 16:18:00 -0500</pubDate>
				<guid>https://www.jwogrady.com/posts/the-file-on-disk/</guid>
				<description>&lt;p&gt;Here&amp;rsquo;s something I didn&amp;rsquo;t know this morning: an editor and a filesystem can&#xA;hold two different documents under one name, and neither is obliged to&#xA;mention it.&lt;/p&gt;&#xA;&lt;p&gt;I found out the slow way. Four rounds of &amp;ldquo;it&amp;rsquo;s not there&amp;rdquo; / &amp;ldquo;but I can see&#xA;it&amp;rdquo; before I checked the only thing that settles an argument like that:&lt;/p&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;$ stat -c &amp;#39;%y %s bytes&amp;#39; content/first-try.md&#xA;2026-09-20 16:04:13 -0500  186 bytes&#xA;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The editor said thirteen lines. The disk said 186 bytes.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Day one: the stack, and why each piece earns its place</title>
				<link>https://www.jwogrady.com/posts/day-one-the-stack/</link>
				<pubDate>Sun, 20 Sep 2026 15:40:00 -0500</pubDate>
				<guid>https://www.jwogrady.com/posts/day-one-the-stack/</guid>
				<description>&lt;p&gt;I&amp;rsquo;m writing this one before I&amp;rsquo;ve built anything, which is deliberate. The&#xA;things that are about to cost me an hour will be obvious and unmemorable in a&#xA;week, and obvious-and-unmemorable is exactly the knowledge I keep having to&#xA;buy twice.&lt;/p&gt;&#xA;&lt;p&gt;So: notes while I&amp;rsquo;m inside it, not a tidy retrospective afterwards.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-stack&#34;&gt;The stack&lt;/h2&gt;&#xA;&lt;p&gt;&lt;strong&gt;Hugo&lt;/strong&gt;, because the build is one binary. No Node toolchain underneath it,&#xA;nothing to &lt;code&gt;npm install&lt;/code&gt;, nothing to rot in six months when I come back to&#xA;this.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
