Onshape的Document Tabs说明,Part Studios、Assemblies以及导入的非原生文件,在文档界面中由tabs表示。同一浏览器标签内,一次只有一个Onshape tab处于active;另开浏览器标签后,则可以同时打开其他active页。[1] 这里要区分浏览器容器与文档里的标签,两个名称相近的tab并没有组成同一个数量限制。

Tab manager列出文档中的全部tabs,结果列表可以按文档标签顺序、名字字母顺序或类型排序,并记住最后选中的排序设置。按字母或类型形成的列表顺序,是管理器对结果的排列依据;文档本身的tab order在同页另有定义,不能只看到某次字母列表就认定所有协作者都改变了文档顺序。

文档标签顺序在workspace用户间共享,并且具有持续性。原文举例,一位用户改变顺序,另一位打开该workspace时也会看到变化。当前active tab及滚动状态则属于各个协作者,二者不共享。共同看到同一种顺序,并没有要求每位协作者同时选中同一页。

新建标签的说明又同时给出位置与选中状态:它放在原先active标签的紧邻右侧,并立即成为active。[1] 在这一句中,原活动标签是确定插入位置的参照,新标签才是创建后的当前页。位置关系使用创建前的对象,选中状态指向创建后的对象;若把两个active都译成新标签,就无法说明“右侧”相对谁。这是同一句定义里先后承担不同角色的两个标签,不是其他协作者会同步切换当前页的规则。

类型筛选图标有自己的出现条件。界面只显示文档中实际存在的类型图标,例如Part Studio、Assembly、Drawing或File。结果可只列名字,也可显示名字与详情;底部还关联当前选中标签的缩略图位置。

文件夹激活时,Tab bar只展示该文件夹内的tabs,其他所有标签由All tabs图标代表。因此,当前栏中没有逐一列出的页,仍在文档标签集合里有其位置;“只显示文件夹内”规定的是这时的可见范围,不是删除了文件夹之外的对象。

嵌套也有明确上限:从root folder算起最多十层。进入超过一层深的文件夹时,界面出现overflow tab,用于表示父文件夹列表。

Move to parent folder保留文件夹及其中内容,内部tabs和folders仍留在该文件夹之内;Unpack folder则把内部tabs或folders放到父层,并删除原来的文件夹容器。前者保留一层包容关系,后者取消这一层;内容到达父层附近,并不使两种关系相同。

搜索与分组段还说,在含released objects的version中,Tab manager另有Released filter。类型过滤器只在相应实体存在时出现;关掉tab filters后,folders才可见。

信息来源

本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。