ScreenCloud跨Space素材：共享容器、来源位置与两类标识文本

ScreenCloud Studio的帮助页把跨Space共享限定在同一个organization内：组织须有多个Space，所述共享选项才会出现。FAQ另举一名用户的邮箱同时联系两个organization的情况，明确说这仍不支持在两个组织之间共享。组织是这份文档的外层范围，Space之间的内容联系发生在该范围之内。

在媒体库中，单个媒体文件不能独自作为跨Space共享对象；文件须置于文件夹，由文件夹承担共享。文件夹又保留自己的创建位置，管理或增加其中内容只能回到创建它的Space。原例将名为Office的文件夹设在New York Space，更改内容需回到那里的媒体库。接收者可以见到共享集合，内容维护则仍联系原创建位置，这是文件夹除了容纳媒体之外的一个具体关系。

单独的链接也不能共享，但放入频道或播放列表后可以。因此，媒体文件与链接使用不同的承载单位：前者借文件夹，后者借频道或播放列表。帮助页另将频道或播放列表以链接向Studio和屏幕之外分享称为Embeddable channels，列在Pro及以上计划范围中。这个产品名称与组织内部Space共享分开说明，不能仅凭出现了链接一词，就把两种分享范围合并。

共享频道有view-only与collaborative两种模式，接收位置随之不同。协作共享的频道出现在接收方的channels页面；只读共享频道则出现在同一位置的Shared by Others页签。其他内容通常在各自资料库中新出现的文件夹、页签或区域接收，统一标为Shared by Others。模式在这里不仅是频道名称旁的文字，还对应接收方在文档中应辨认的集合位置。

各类集合有自己的对象清单：Canvas、播放列表及Dashboards归入Shared by Others，媒体对应共享文件夹，应用也有对应的共享集合。其中Dashboards被原页另列为premium feature，适用Pro或Enterprise计划。这是该资料库对象的产品范围条件；与频道的两种共享模式相比，一项说明功能属于哪种计划，另一项说明频道以什么方式被接收。

标识文字提供的又是另一层信息。帮助页用“两个并列的用户图标”描述Share标识，并说内容与另一Space共享后会持续带有共享图标；图标提示还可给出来源Space名称。对链接分享，原文特别区别Anyone with the link can view与单纯的Shared：前一项文字揭示频道或播放列表正以链接形式分享。图标形状、持续状态、模式文字与来源名称各有指向，这里均依据文档文字，未从截图推导界面。

应用的支持范围也并不一致。FAQ列出Playgrounds、Broadcast和Emergency Alerts为不能跨Space共享的例子；这与媒体文件、单链接须由其他容器承载的说明不同，属于应用本身的产品限制。将可共享对象、接收集合、维护来源和模式标识分别保留，才能把一份楼宇公告素材在软件中的身份说清楚，而不把它简化成所有文件都能直接跨团队共享。