HN讨论 · 身份未知
把 PDF/Markdown 等文档放入可视化层次化画布并保持流畅交互
作者希望拥有一个能把 PDF/Markdown/表格/清单等文档直接放进可视化层次化画布的工作区；尝试基于 DOM 实现时交互响应性很快触顶，于是改用 WebGL 并以 120+ fps 渲染为首要目标。这反映了一种对文档组织方式不满并自建工具的具体需求。
查看原始信号hn:49436551
目标用户
需要把多种文档（PDF、Markdown、表格、清单）组织在可视化空间中的个人知识工作者、研究者或笔记重度用户。
潜在需求
在可视化层次化工作区中直接放置、组织和内联编辑 PDF、Markdown、表格、清单等文档，同时保持一致的高帧率（120+ fps）交互响应。
发生场景
作者想按自己的愿景构建层级化画布工作区，而基于 DOM 的实现在交互响应性上迅速达到极限；可对比的现成形态是 Miro 一类高性能层次化画布白板，但作者的特定诉求是让文档直接入画布。
来源证据
作者想在可视化层次化工作区中放入 PDF/Markdown/表格/清单等文档，并发现基于 DOM 的实现在交互响应性上很快触顶，因此改用 WebGL 并把 120+ fps 作为首要目标。
Canaster is a canvas based visual workspace (think high performance hierarchical miro board). I had a particular vision for workspace I wanted where I can put my documents including pdfs/markdowns/tables/checklists in a visual hierarichal workspace. I started with a DOM based approach but that quickly hit its limits of responsiveness in terms on interaction, so i built this one with webgl and my main priority was a consistent 120+ fps rendering (you can see the fps number by clicking the (i)https://news.ycombinator.com/item?id=49436551
为什么值得留意
信号给出了具体阻碍：文档进画布不只需要布局能力，DOM 方案在交互响应性上撑不住。作者为此选择 WebGL 并把性能作为首要目标，说明“文档+画布”类工具的性能与交互形态是真实难点；值得跟踪公开演示之后是否吸引同类用户。
已有方案
- Miro 一类层次化画布白板
- 基于 DOM 的画布实现
未满足部分
- 基于 DOM 的画布实现交互响应性不足，作者需要另寻渲染方案
- 作者想要的“把 PDF/Markdown/表格/清单作为面板放入层级画布”的工作区形态，现成工具未直接提供，因此作者自建
可能延伸 · 模型推测
- 把低延迟画布交互能力抽象为可复用组件，供其他富文档/富媒体工作区使用（模型推测）
目前未知
- 信号来自项目作者自述，没有独立用户评论或外部采用证据
- 120+ fps 是作者自设目标，未提供第三方设备实测数据
- 0 条评论，尚无法判断该展示引发的关注度
继续核实
- 是否有其他知识工作者独立表达过“把多种文档直接放入画布”的类似需求？
- 大型文档画布在常见 DOM 方案下的响应性瓶颈是否被广泛感知？
- 这类工作区的核心吸引力更在于层级组织、文档混排还是流畅交互？
主题词
visual workspacedocument organizationhierarchical canvaspdf markdown documentsrendering performance