docs: add two Tefuda posts

"One Engine, Three Runtimes" on shipping one TypeScript engine to a browser,
a Worker and JavaScriptCore without the rules drifting, and "Sorry,
Scunthorpe" on what a sixteen-character name field costs — two lists, two
normalisation passes, and a false positive recorded as a decision.

markup.toml gains the reason a non-breaking space appears in a CJK post:
goldmark's "simple" east-asian line breaks eat a soft break whose left side
is CJK and whose right side is an inline code span, so those boundaries carry
U+00A0, which Prettier will not wrap on.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

Author: walkccc

.prettierrc

@@ -1,6 +1,7 @@
 {
   "printWidth": 80,
-  "proseWrap": "always",
+  "proseWrap": "never",
+  "embeddedLanguageFormatting": "off",
   "overrides": [
     {
       "files": "*.md",

assets/css/main.css

@@ -406,6 +406,7 @@ a {
   border: 1px solid var(--border);
   padding: 0.5rem 0.75rem;
   text-align: left;
+  word-break: keep-all;
 }
 
 .prose th {

config/_default/markup.toml

@@ -4,14 +4,18 @@
   [goldmark.renderer]
     unsafe = true
 
-  # Joins hard-wrapped lines in CJK text without inserting spaces
-  # (source markdown is prose-wrapped at 80 columns by Prettier).
+  # Safety net for CJK: joins a hard-wrapped line without inserting a space.
+  # Posts are no longer prose-wrapped — .prettierrc sets proseWrap "never", so
+  # one paragraph is one source line and there are no soft breaks left to join.
+  # This stays enabled so a hand-inserted break inside a Chinese paragraph
+  # still renders correctly instead of leaking a stray space.
+  #
+  # NOTE: keep the default "simple" style. "css3draft" also swallows soft
+  # line breaks in pure-Latin text (e.g. right after a link), gluing English
+  # words together.
   [goldmark.extensions.cjk]
     enable = true
     eastAsianLineBreaks = true
-    # NOTE: keep the default "simple" style. "css3draft" also swallows soft
-    # line breaks in pure-Latin text (e.g. right after a link), gluing
-    # English words together.
 
 [highlight]
   noClasses = false

content/posts/algo/digit-dp.md

@@ -12,12 +12,9 @@ tags:
 
 ## 暴力解
 
-題目模版一般會長的像這樣：給定區間 \\([L, R]\\) 和一個函數 \\(f(x) \to
-\\{\texttt{True}, \texttt{False}\\}\\)，問在 \\([L,
-R]\\) 之間的正整數，滿足 \\(f(x)\\) 的數量有多少？
+題目模版一般會長的像這樣：給定區間 \\([L, R]\\) 和一個函數 \\(f(x) \to \\{\texttt{True}, \texttt{False}\\}\\)，問在 \\([L, R]\\) 之間的正整數，滿足 \\(f(x)\\) 的數量有多少？
 
-現在我們可以帶入一個真實的例子，在 \\([L = 19, R =
-9999]\\) 區間，每一位數的總合為 \\(k = 23\\) 的數字共有幾個？
+現在我們可以帶入一個真實的例子，在 \\([L = 19, R = 9999]\\) 區間，每一位數的總合為 \\(k = 23\\) 的數字共有幾個？
 
 暴力解用 C++ 代碼演示如下：
 
@@ -57,14 +54,9 @@ $$
 
 那麼，該如何優化呢？首先定義：
 
-> \\(S(R, k)\\)：在 \\([0, R]\\) 滿足 \\(f(x) =
-> k\\) 的數量，其中 \\(f(x)\\) 為 \\(x\\) 的數字總合。
+> \\(S(R, k)\\)：在 \\([0, R]\\) 滿足 \\(f(x) = k\\) 的數量，其中 \\(f(x)\\) 為 \\(x\\) 的數字總合。
 
-可以推出，\\(S(R) - S(L - 1)\\) 為在 \\([L, R]\\) 滿足 \\(f(x) \to
-\texttt{True}\\) 的數量。並且觀察因為 \\(R =
-9999\\)，任何滿足條件的值最多只會有 \\(n =
-4\\) 位數。現在我們試著將題目變成子問題：若在第一位填上
-`i _ _ _`，會發現在剩下的 \\(n - 1 = 3\\) 位數中，剩下 \\(k - i\\) 的餘額。
+可以推出，\\(S(R) - S(L - 1)\\) 為在 \\([L, R]\\) 滿足 \\(f(x) \to \texttt{True}\\) 的數量。並且觀察因為 \\(R = 9999\\)，任何滿足條件的值最多只會有 \\(n = 4\\) 位數。現在我們試著將題目變成子問題：若在第一位填上 `i _ _ _`，會發現在剩下的 \\(n - 1 = 3\\) 位數中，剩下 \\(k - i\\) 的餘額。
 
 現在我們定義 \\(dp(n, k)\\)：在 \\(n\\) 位數當中，滿足 \\(f\\) 的數量，可得：
 
@@ -74,19 +66,11 @@ $$
 
 並且定義終止條件：\\(dp(0, 0) = 1\\)。
 
-但這出現了一個問題，若 \\(R\\) 不等於 \\(10^n -
-1\\) 的值，那麼不能考慮所有 \\(n\\) 為數的數字，舉例來說，若 \\(R =
-3456\\)，則我們不能考慮所有 4 位數的字，更具體的說，任何在 \\([3457,
-9999]\\) 區間滿足條件的數字都不應被計算進去，必需加入適當的條件判斷。
+但這出現了一個問題，若 \\(R\\) 不等於 \\(10^n - 1\\) 的值，那麼不能考慮所有 \\(n\\) 為數的數字，舉例來說，若 \\(R = 3456\\)，則我們不能考慮所有 4 位數的字，更具體的說，任何在 \\([3457, 9999]\\) 區間滿足條件的數字都不應被計算進去，必需加入適當的條件判斷。
 
-我們可以加入一個 `isTight`
-的布林值，判斷當前這一位數應不應該遵守開區間的邊界規範，重新定義 \\(dp(n, k,
-\texttt{isTight})\\)，對於題目 \\(S(R, k) = S(3456,
-k)\\)，我們可以針對在首位數填上不同數字分成以下三種情形討論：
+我們可以加入一個 `isTight` 的布林值，判斷當前這一位數應不應該遵守開區間的邊界規範，重新定義 \\(dp(n, k, \texttt{isTight})\\)，對於題目 \\(S(R, k) = S(3456, k)\\)，我們可以針對在首位數填上不同數字分成以下三種情形討論：
 
-- 填上 \\(<
-  3\\) 的數字，那麼剩下的 3 位數不再需要遵守邊界規範，可以自由的填上 \\([0,
-  999]\\) 而不會超過 \\(3456\\)。
+- 填上 \\(< 3\\) 的數字，那麼剩下的 3 位數不再需要遵守邊界規範，可以自由的填上 \\([0, 999]\\) 而不會超過 \\(3456\\)。
 - 填上 \\(3\\)，那麼剩下的三位數還是必需遵守邊界規範 \\([0, 456]\\)。
 - 顯然地，我們不能在第一位數填上 \\(> 3\\) 的任何數字。
 

content/posts/algo/lc-1453.md

@@ -19,8 +19,7 @@ tags:
 
 以下提供的解法：
 
-1. 枚舉所有點對 \\((P,
-   Q)\\)，找出與 \\(P\\)、\\(Q\\) 相切的兩個圓 \\(C_1\\) 和 \\(C_2\\)：\\(O(n^2)\\)
+1. 枚舉所有點對 \\((P, Q)\\)，找出與 \\(P\\)、\\(Q\\) 相切的兩個圓 \\(C_1\\) 和 \\(C_2\\)：\\(O(n^2)\\)
 1. 檢查其它所有點是否在 \\(C_1\\) 和 \\(C_2\\) 間：\\(O(n)\\)
 1. 總時間：\\(O(n^3)\\)