ArtCraft 官方 Web 版中文支持实测

15 款应用逐款打开 · 实测日期 2026-11-02 · 版本核对 2026-11-04 · 第三方独立测试,非官方

ArtCraft(storytold)旗下 15 款应用都发布了官方 Web(WASM)包,但没有官方在线入口,只有 GitHub Release 里的 zip。我们把 15 个包逐个解压、起静态服务器、用浏览器打开,记录三件事:能不能启动、界面是不是中文、中文会不会变成豆腐块(□)。这篇页面就是完整的实测矩阵和复现方法。注意:这里测的是官方原始 zip,不含本站对 wasm 做的中文字体补丁;本站自托管的在线版是另一条链路。

15 / 15都有官方 Web 包
来源:GitHub Releases
14 / 15解压即用
PhotoCraft 需修包内路径
5 款中文界面
Light / Vector / Word / Pdf / Texture
10 款英文界面
能用,但中文用户门槛高

一句话结论:想零安装试用,Web 版已经够跑起来;但“能打开”不等于“能干活”。中文支持在 2026-10 之后明显改善——PdfCraft 和 WordCraft 的 Web 版早期是 100% 豆腐块,当前实测版本已经能正常显示中文。真正没解决的是英文界面那 10 款,以及非拉丁文件名、字体名解析这类边缘场景。

① 15 款矩阵 ② 为什么 Web 版容易豆腐块 ③ 怎么自己复现 ④ 边界与更新

① 15 款矩阵(实测 2026-11-02)

“实测版本”是我们实际打开过的版本;“最新版”是 2026-11-04 从 GitHub API 核对到的版本。ArtCraft 迭代是周级甚至日级,两个数字不一致很正常——结论以实测版本为准,最新版只说明现在下载会拿到什么。

应用实测版本最新版(11-04)Web 包启动界面语言备注
PhotoCraftv0.19.0v0.20.112.8 MB需修包英文官方 zip 把 snippets/ 放在根目录,index.html 却请求 app/snippets/;复制进 app/ 后正常
LightCraftv0.17.0v0.18.069.9 MB正常中文最大包,首屏最慢
VectorCraftv0.20.0v0.21.030.9 MB正常中文有字体 SRI 报错,不影响使用
FigCraftv0.14.0v0.15.09.8 MB正常英文—
DesignCraftv0.16.0v0.17.025.5 MB正常英文—
FilmCraftv0.16.0v0.17.014.4 MB正常英文—
EffectCraftv0.20.0v0.21.020.6 MB正常英文缺 effectcraft-config.json(404),不影响启动
SoundCraftv0.16.0v0.17.06.4 MB正常英文自带 9 轨示例工程
WordCraftv0.14.0v0.15.117.7 MB正常中文打开即模板库,模板名已中文化
GridCraftv0.15.0v0.16.08.1 MB正常英文—
DeckCraftv0.14.1v0.15.011.1 MB正常英文—
PdfCraftv0.17.0v0.18.116.6 MB正常中文0.10.x 曾 100% 豆腐块,0.15.0 起修复;0.17 实测正常
CADCraftv0.16.0v0.17.09.9 MB正常英文—
TextureCraftv0.2.0v0.3.07.8 MB正常中文无 WebGPU 时提示并回退 WebGL2(CPU,较慢)
Craft Anythingv0.2.0v0.3.02.5 MB正常英文官方明确是“small web version”,功能是桌面版子集

体积为解压前 zip 大小。启动判据:解压后能进入首屏工作区(菜单/工具栏/画布或表格),无致命报错。PhotoCraft 的“需修包”指包内相对路径 bug,不是应用本身打不开。

PdfCraft Web 版中文界面截图:菜单、工具名与欢迎页均为中文
PdfCraft Web v0.17.0(2026-11-02):中文菜单、工具名、欢迎页全部正常,没有豆腐块。0.10.x 时代这里几乎全是 □。
WordCraft Web 版中文模板库截图:侧栏与模板名均为中文
WordCraft Web v0.14.0(2026-11-02):左侧菜单和模板库名称都已中文化,打开即可选模板。
VectorCraft Web 版中文界面截图:顶部菜单和新建文件预设均为中文
VectorCraft Web v0.20.0(2026-11-02):顶部菜单、属性面板、纸张预设均为中文;仍有少量字体 SRI 报错,不影响使用。

② 为什么 Web 版比桌面版更容易出现豆腐块

豆腐块(□)不是“翻译没做”,而是字体里没有这个字。桌面版和 Web 版的字体链完全不同:

桌面版

应用字体 → 系统字体 → 回退字体 (macOS / Windows / Linux 自带中文字体)

系统里通常有中文字体,应用没打包也能回退显示。所以桌面版即使界面文案是中文,也更容易“能看”。

Web(WASM)版

应用字体 → wasm 包内字体 (不能读系统字体)

浏览器里的 wasm 应用只能用包里带的字体。我们在 2026-10-21 的 Web 包里看到,包内只有 Ubuntu-Light 和 NotoEmoji-Regular,没有中文字体;日文字体也不在官方包里,而在可选的 craft-fonts 仓库。

所以会出现两种完全不同的“中文问题”:

这也解释了一个容易误判的现象:同一个浏览器打开普通网页中文正常,打开 Web 版应用却满屏 □。那不是系统没装中文字体,也不是语言设置错了,而是应用自己的字体包里没有 CJK 字形。

③ 怎么自己复现(10 分钟)

  1. 打开对应项目的 GitHub Releases,下载名字里带 -web- 的 zip(不是源码包,也不是桌面安装包)。
  2. 解压到一个文件夹,在文件夹里起静态服务器:python3 -m http.server 8766。不要直接双击 index.html,file:// 下 wasm 和相对路径经常加载失败。
  3. 浏览器打开 http://127.0.0.1:8766/,把界面语言切到中文,依次看:顶部菜单、左侧工具栏、属性面板、模板库/欢迎页。
  4. 记录四件事:应用名 + 版本号、zip 大小、浏览器与系统、出现 □ 的具体位置(截图)。同一版本、同一环境下的对比才有意义。

如果你要验证的是“中文文件名/书签”而不是界面文案,再补一步:准备一个中文名 PDF/文档,打开后看标签页、书签、最近文件列表是否正常。这一类问题和界面本地化是两条不同的代码路径。

④ 边界、时效与更新

更新记录

← 返回全部平替 · English version