QuickLook-Next 5.0.11

Fixed: Chinese images came out as gibberish — OCR now picks the right engine

Windows OCR works per language pack. The code used the one engine the user profile points at,
which on a Chinese system with an English UI (or the other way round) is exactly the wrong one: a
full page of Chinese was handed to the English engine. Measured on the page from the report
("不要去回应负能量"):

engine	result	own-script chars / total
en-US (what was used)	aaaaeæa / o / (fifi, / (Räih(+/Åäih,	20 / 27
zh-Hans-CN	the whole page, character-perfect	257 / 288

Every installed engine is now tried, and the answer whose characters belong to that language's
script wins (own script +10, foreign script −1, digits and punctuation neutral for everyone). Equal
scores — a picture of nothing but digits, say — keep the user's own language, and a single broken
language pack only writes a log line. English images are unaffected: on the same logic an English
test image scores 1280 for en-US against −126 for zh-Hans-CN.

Pasting improved as a side effect: the engine returns Chinese one glyph per "word" separated by
spaces, so copying used to give "不 要 去 回 应". Lines are now rebuilt by writing system — no
separator between CJK glyphs, full-width punctuation attached, spaces kept everywhere else
("使用 Windows 10 的设置"). Recognition takes about 1.1–1.3 s including app start; an excerpt of
the result:

不要去回应负能量
人生建议：不要去搭理一切负能量，回应就会与之纠缠受其损耗，拒绝自我折磨受罪。
我们不可避免地会遭遇一些带有负能量的人和事。包括朋友、父母、恋人、亲威等等，
如果你身边的人一直给你负能量，负面情绪，你最好的选择就是不要纠缠，不要回应。

Known engine limitations, untouched here: circled numbers ① ② come back as 0, and a few
look-alike characters are confused (the line above reads "亲戚" as "亲威").

Fixed: the update prompt closed itself after a few seconds

Clicking "Check for updates" showed the prompt, and about two seconds later it closed on its own —
without a click, and of course without starting an update.

The cause was a self-answering hook meant for automated tests: it decided "am I being tested?" from
"does a test directory exist?", and that directory always exists (it falls back to the system
temp folder), so the shipping prompt was closed by the timer as "ignore" too. The hook is now
driven only by its dedicated test switch, and the download panel's hook was closed off at the same
time (it has the same trap, it just had not been stepped on yet). The startup diagnostic also
reports update-prompt-hook= / update-progress-hook=, so a misfire is visible at a glance.

Verified with a new hidden switch that takes the real path but leaves the prompt alone: the
prompt was still on screen after 2 s and after 8 s, and the self-answering path used by the smoke
test still works.

Improved: "Extract text" moved from the More menu to the toolbar

With an image preview the toolbar has a scan icon directly (left of "More"), so the feature no
longer hides two clicks deep in a submenu; other formats do not show the button. The More-menu entry
is gone — one feature, one entry point.

Verification

• Unit tests 69/69 (nine new: language scoring, script detection, Chinese/English/mixed
  joining).
• End to end on the Chinese page and an English test image (320 characters correct on the first,
  word-perfect on the second).
• The packaged build (portable layout) re-ran the Chinese recognition with the same result.

Upgrading

Version 5.0.11. Worth taking, especially for Chinese users: "Extract text" used to hand back
gibberish, and the update prompt disappeared before it could be clicked. Automatic update installs
straight over the top.