tt/ttstd-infinite-canvas
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,000 Commits 1 Branch 0 Tags
e782009db5cbf61c63bb43fee00f9c3508a32085
Commit Graph

7 Commits

Author SHA1 Message Date
ddCat
068a8daea6 feat(*): 创作工作台 - 完善媒体上传预览与连线交互并修复任务章节及日志筛选 2026-09-08 17:26:34 +08:00
QAyong
a6504c0e00 feat(plugin): AI 审美批改 - 增加结构化视觉分析与精准标注 (#387) 
* feat(portrait-clearance): 肖像排查 - 增加画布插件与本机检测链路

* fix(web): 插件中心 - 修复应用插件筛选与自动定位

* feat(plugin): AI审美批改 - 完成分析报告与问题标注闭环
 2026-09-02 20:32:58 +08:00
ddCat
3a21e0ebfc feat(canvas): 画布工作台 - 新增生成副本并修复大型画布性能、素材同步与删除校验 
统一图片与视频副本的生成落点并保留参考连接。\n优化大型画布节点虚拟化、媒体懒加载、拖拽与详情进入路径。\n修复素材主版本 ID 同步及删除时的画布独立引用校验。
 2026-09-01 14:57:05 +08:00
QAyong
9bc5512140 feat(portrait-clearance): 肖像排查 - 增加画布插件与本机检测链路 2026-08-26 15:23:19 +08:00
dlh
e46f2ec027 fix(canvas): 图片节点 - 尺寸跟随图片真实比例，竖图不再两侧留黑 
上传接口返回的 width/height 是可选字段（services/api/resources.ts），拿不到时节点落到
默认的横向比例，竖图被放进一个宽盒子、两侧留大片空白。改为在图片解码后于客户端量真实
尺寸并按比例校正节点 —— 这样不依赖服务端是否返回尺寸。

判据是「用户有没有手动定过尺寸」，**不是**「有没有量过尺寸」。第一版按后者写，结果所有
已经存过 naturalWidth 的既有节点永远得不到修正，改完等于没改。现在由 handleNodeResize
在手动拉伸时打 metadata.manualSize 标记，自动适配只避让它和 freeResize（自由比例是用户
显式要求脱离原始比例，自动校正会跟他打架）。

顺带收益：naturalWidth / naturalHeight 补齐后，canvas-node.tsx 的锁比例拉伸也会按真实
比例走 —— 它本来就在读这两个字段，之前多数节点拿不到。

已知影响：既有节点因为没有 manualSize 标记，首次重新加载时会自动校正一次尺寸。
对被 letterbox 的图是修复，但确实会让画布上现有图片节点的尺寸变动一次。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
 2026-08-22 12:33:10 +08:00
dlh
90d6c58de9 feat(canvas): 扩展节点 - 新增 7 种展示与加工节点并补齐上游读取基建 
在已落地的节点注册表上加两层节点：展示层（Markdown / SVG / HTML / 全景）与
接入生成链的加工层（对比 / 图表 / 调色）。全部是第一方内置节点，不引入远程插件
加载，因此不涉及沙箱信任模型，也不需要把 CanvasNodeType 放开成任意字符串。

刻意保留穷尽性检查而不是改成运行时注册。全库只有 4 张按类型建的穷眉表
（NODE_DEFAULT_SIZE / NODE_SPECS / 注册表定义 / nodeContentRenderers），
让编译器强制每个新节点填满它们，比少改几个文件更值 —— 加第一个枚举成员时
编译器点出了 5 处，其中 pages/canvas/shared.tsx 是原先没编目的那一处；
换成运行时注册，那里会静默回落成「未知节点」。

两处前置基建：
- CanvasNodeGraphContext：渲染器只拿到 node、没有 connections，而加工层三个节点
  都要读上游。仿已有的 canvas-node-action-context（同一个问题：节点经
  CanvasProjectWorldLayers 渲染不便逐个透传），取上游复用
  canvas-resource-references 的 getContextResourceNodes，不另写一份。
  Provider 值必须 memo —— 每帧新对象会让所有节点跟着重渲染。
- ToolbarHandlers.onAddExtensionNode(type)：一个泛用入口，不给每种扩展节点单开
  一个 onAddXxx。菜单另开「展示与加工」分区，不挤占上方调好的四列创作网格。

SVG 与 HTML 统一走 sandbox iframe：依赖里没有 DOMPurify，手写 SVG 消毒不可靠
（script / on* / foreignObject）。SandboxedFrame 只暴露 allowScripts 布尔而不是
sandbox 取值，让「同时给 allow-same-origin」这条没有入口。

全景节点三个取舍：点击才激活 WebGL（浏览器对同时存在的上下文有硬上限，画布可以有
任意多个全景节点，自动激活必然在某个数量后整片黑）；用原生 three 而非 fiber
（需要精确 dispose，forceContextLoss 才真正释放上下文）；性能模式下只给静态预览。

调色是唯一碰生成路径的节点，照 Drawing 的先例：拖滑杆只做本地 CSS filter 预览，
落地成资源要等到生成消费它时才走 uploadResourceFile。预览与导出共用同一个
filter 字符串，两处各写一份就会「看到的和用的悄悄不一致」；未调色时直接透传源图，
省掉一次渲染与上传。ctx.filter 不受支持时明确报错而不是导出一张没调色的图。

resourceKind 与 inputKind 分开两个字段：空图片节点不是素材（不进 @ 引用），
但照样计入 imageCount。调色节点的 resourceKind 无条件返回 image —— 它的图来自
上游，按「有没有 content」判断会让它永远进不了生成输入，这是不报错的静默失效。

测试：新增 test/canvas-extension-nodes.test.ts（12 用例 / 64 断言），覆盖 7 个节点的
判据矩阵、调色参数、以及图表解析。图表解析函数刻意不抛 —— 数据来自模型输出，
非法 JSON 是常态而不是异常，抛出来会连带整个画布白屏，有 7 条断言钉这个。
测试列表是显式枚举，已把新文件加进 package.json，不加进去不会跑。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
 2026-08-22 12:29:24 +08:00
dlh
55b35dd943 feat(canvas): 多图批次 - 子图操作条补齐（下载/副本/设主图/失败重试删除） 
- 展开批次子图悬浮操作条：成功子项下载/创建副本/设为主图，失败子项重试/删除
- 批次主图位常驻下载按钮
- 通过 CanvasNodeActionContext 注入画布级动作（download/duplicate/delete），不改 world-layers 数据模型
 2026-08-20 19:46:18 +08:00