[exptech-kitten]

這個 PR 做了什麼

Android 高解析度手機打開地震報告時，地圖上鄉鎮震度標記小到數字不好認。1080×2340 的畫面上，藍色 1、綠色 2、黃色 3 還在，比下方卡片和右側震度方塊小一截。

圖示曲線是對 3x iPhone 調的，要乘上「螢幕倍率 / 3」才會在每個密度都落在同一個 dp。iOS 有照 devicePixelRatio 乘，Android 卻寫死 1/3。這個常數只對得上 mdpi（先前 540×960 模擬器）。MapLibre 的圖示 pixel ratio 是 bitmap.getDensity() / 160，style#addImage 用 inScaled = false、inDensity = 0、inTargetDensity = 0 解碼、不重採樣；高密度手機上 bitmap 的 density 跟著螢幕走，再乘一次 1/3 標記就再縮一輪。

• 正式程式碼：lib/shared/map/map_image_density.dart。Android 改成和 iOS 一樣用 devicePixelRatio / 3。地震報告頁本來就把 MediaQuery.devicePixelRatioOf 傳進來，這次才會用到。強震監視器沒傳參數，改走 dispatcher 的倍率；同一條曲線，站點圓標也會一起變大。
• 測試：test/shared/map/map_image_density_test.dart。mdpi 維持 1/3、2x 是 2/3、3x 是 1，Android 的 platform divisor 改成螢幕倍率，和 iPhone 算出同一個點尺寸。

沒做的：lib/features/earthquake/presentation/pages/report_detail_page.dart 約 294 行的註解仍寫 Android 把 bitmap 釘在 160dpi。行為已經由上面的函式改正，註解沒一起改。也還沒在 1080×2340 實機上量過標記實際像素；若 bitmap density 其實仍是 160，這次會把標記放大成約三倍，需要再收回。

相關 issue

沒有對應的 GitHub issue。討論在 ET-2026-0210：https://discord.com/channels/926545182407688273/1570454137168994416

怎麼驗

• 這台環境不能跑 tool/check.sh、tool/check/commits.sh 或模擬器，測試還沒在本機執行。CI 的 build 會跑 test/shared/map/map_image_density_test.dart。
• 請在回報那支 1080×2340 的 Android 手機打開同一份地震報告（編號 115079，雲林縣古坑鄉），確認地圖上的 1、2、3 和震央叉看得到數字，而且沒有大到蓋住半個縣。強震監視器的圓形震度標是同一條曲線，請一併看一眼有沒有變太大。
• iOS 的公式沒改，尚未在 iOS 實機對過。
• 沒有碰到 EEW 推估、警報門檻、通知或背景定位。

檢查清單

• tool/check/commits.sh origin/main..HEAD 通過（這台環境跑不了，等 CI 的 commit 檢查）
• 一個 commit 一件事
• mise exec -- flutter analyze 與 mise exec -- flutter test 通過（這台環境跑不了）
• 沒有新的使用者可見字串
• CI 全部通過（開了之後才看得到）
• 有 UI 變更：尚未在實機看過深色模式與對比度。標記顏色沒改，只改尺寸

---

由 @lowrt（Discord 靈靈 ⇛ 臺南新營）透過 kitten 開的 PR，合併前請人工 review。
觸發訊息：https://discord.com/channels/926545182407688273/1570454137168994416/1570460309649367133

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 94.44%. Comparing base (19ae25b) to head (190e955).

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[lowrt]

修改前

修改後

[whes1015]

核准。程式邏輯沒問題，前提我也去對過原始碼：

• AOSP BitmapFactory.setDensityFromOptions：inDensity = 0、沒有 inBitmap 時根本不會碰 density，bitmap 沿用 Bitmap.getDefaultDensity()，也就是 DisplayMetrics.DENSITY_DEVICE（qemu.sf.lcd_density / ro.sf.lcd_density），不是 160。
• MapLibre Android 13.5.0 Style.toImage：pixelRatio = bitmap.getDensity() / DisplayMetrics.DENSITY_DEFAULT。

所以舊的固定 1/3 在高密度機上確實會再縮一輪，devicePixelRatio / 3 的方向正確；mdpi 維持 1/3 也對。Android、iOS、build（含新測試）都綠了。

兩個不擋合併的小地方，之後有空再收就好：

1. lib/features/earthquake/presentation/pages/report_detail_page.dart 約 294 行的註解還是舊說法（「Android 的 addImage 把 bitmap 釘在 density 160，不乘會比 3x iPhone 大 3 倍」），跟這支的結論剛好相反。那是 19ae25b 留下的，建議改掉，不然以後很容易照著它把 1/3 加回去。
2. devicePixelRatio 反映的是目前的顯示設定（DisplayMetrics.densityDpi），bitmap 的 density 是穩定的 ro.sf.lcd_density；使用者調「顯示大小」時兩者可能差 10% 上下，標記會略大或略小。這不是這支要解的，知道就好。

另外 repo 規則要 2 個核准，我這顆只算一個，還要再一位。