1.0.5

Store CC-CEDICT data as binary in git to preserve CRLF on CI checkout

Bug: hovering a Chinese character showed no translation in either the
editor or reading view (reading view showed only the "?" help cursor).

Cause: the binary esbuild loader (1.0.4) fixed local builds, but
.gitattributes '* text=auto' + autocrlf normalized cedict_ts.u8 to LF in
the git blob. CI checks out the LF blob, so the released bundle still lost
all CR. Because cedict.idx offsets are computed against the original CRLF
text, every lookup landed past its line and returned null — only local
builds (CRLF working copy) worked.

Fix: mark data/cedict_ts.u8 and data/cedict.idx as binary and re-stage so
the blob is byte-exact (9,575,004 bytes, CRLF). CI now builds a working
dict. Adds CHANGELOG.md.

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

1.0.4

Fix broken dictionary lookups: load CC-CEDICT as bytes, not text

esbuild's text loader normalizes CRLF->LF, stripping ~122k carriage
returns from cedict_ts.u8. But cedict.idx offsets were computed against
the original CRLF text, so every offset landed past its line and
wordSearch returned null for all input — hover did nothing in the
editor and only showed the help cursor in reading view.

Load the .u8 via the "binary" loader and TextDecoder-decode at runtime
so CRLF survives and the idx offsets stay valid. Verified the shipped
bundle now resolves 你好 -> "hello".

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

1.0.3

Add .npmrc legacy-peer-deps to fix CI npm ci ERESOLVE

obsidian peer-requires @codemirror/state@6.5.0 but @codemirror/view
pulls 6.6.0; fresh npm ci on CI failed. legacy-peer-deps accepts the
existing lockfile resolution (same as local dev).

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

1.0.1

Fix all Obsidian plugin review errors and warnings

1.0.0

1.0.0