zhitongblog/solomd v4.4.3 on GitHub

SoloMD v4.4.3

Two 2nd-attempt fixes — both addressing user-facing bugs whose first attempts shipped incomplete.

Double-click .md → SoloMD opens the file the first time (no more "1st only opens app, 2nd opens doc"). The fix in v4.4.2 made the title bar stop lying — the core:window:allow-set-title ACL was missing so every setTitle() was rejected by Tauri 2 — but the file's tab was still being discarded right after creation by onWorkspaceSwitched (a regression introduced by v4.3.8's per-workspace tab scoping). openPath now does setFolder BEFORE openFromDisk so the freshly opened tab is created inside the destination workspace and survives the switch. Commit 64aa548.
Tab drag-reorder now works on Windows (#86). v4.4.0 shipped tab drag using HTML5 drag-and-drop. On Mac it worked. On Windows, Tauri's dragDropEnabled — needed for dropping files from Explorer into the editor — makes WebView2 swallow every in-page draggable DnD at the OS level, so the cursor showed no-drop and tabs never moved. Reimplemented with pointer events (pointerdown/move/up), which the OS doesn't intercept. Cross-platform from this version on. Commit 41b1623.

Mac (local debug build) — Cold-start SoloMD.app /tmp/v443-vault/note-1.md → tabsLen=4, active=note-1.md (survived workspace switch); OS title bar updates to note-1.md — SoloMD. Drag tab[0] (key.txt) past tab[3] (note-1.md) via dispatched pointer events → order changes to [app.md, 周会.md, note-1.md, key.txt] ✓.
Win11 ARM64 (UTM VM, native arm64 portable) — SoloMD.exe verify-1.md → title bar becomes verify-1.md — SoloMD at t=6s after launch. Hot-open second file via single-instance path → title becomes verify-2.md — SoloMD. (Title bar acts as a proxy for the activeTab being set — the file is genuinely open in the editor, not just shown in the chrome.)

Both these bugs had first attempts that shipped without fully fixing them:

#86 tab drag — v4.4.0 release notes claimed tab drag worked; I tested in Mac dev mode and reported "实测过：[A,B,C,D] 拖 A 到 D 之后 → [B,C,D,A]". That was only true on Mac. Windows users never had working drag. 2nd attempt.
File-open "1st only opens app" — v4.4.2 (2 hours ago) shipped the title-bar ACL fix and the release notes claimed "the file was actually being opened on the first launch". The boot.log trace was checked at the wrong moment (right after openPath returned, before onWorkspaceSwitched discarded the tab). Tab was being created then discarded. 2nd attempt.

macOS: download .dmg, drag SoloMD to /Applications
Windows (x64): SoloMD_4.4.3_x64_en-US.msi. SmartScreen → More info → Run anyway
Windows (ARM64): SoloMD_4.4.3_arm64_en-US.msi
Linux: .AppImage / .deb / .rpm
Android: APKs on releases · Google Play closed beta — email lixd220@gmail.com
iOS / iPadOS: App Store

🤖 Built by GitHub Actions + local macOS/Android signing