Sketch 44 新版响应式缩放功能详解

Sketch 44 对编组缩放功能(Group Resizing)进行了升级。虽然从实现的角度讲没什么本质性的变化,但在操作方式上却为我们提供了更高效、直观的控制能力。

我(英文原文作者)曾就 Sketch 39 提供的旧版缩放功能写过一篇 攻略文章(Medium),而本文则是针对新版本进行的详解,同时包括若干实用技巧。

什么是编组缩放

对新版本进行探索之前,我们先来简单了解和回顾一下功能的定义。

预先设定规则,使元素随着父级编组或画板(Artboard)的尺寸变化而进行响应式的调整,这便是编组缩放。通过这种方式,当我们改变编组或画板的尺寸时,其中包含的图层元素将不再被简单粗暴的拉伸,以至形状及布局结构被彻底破坏,而是会有规则的缩放、位移,或保持尺寸及位置恒定。下面的视频演示了编组缩放功能设置前后的效果对比:

新版本发生了怎样的变化

从最终实现结果的角度来看,新的缩放功能并没有带来很显著的变化,但我们现在可以更直观高效的设置响应规则了,譬如以可视化的方式将元素与某个侧边的距离设置为恒定,等等。而另一方面,新的设置方式对于新手来说又可能带来一些困扰,例如难以体现出过去“Stretch”与“Float in place”的设置方法等等。没关系,我们接下来就会讲到,其实非常简单。

可以说,使用旧版本的缩放功能同样能够实现出如今的多数效果,只是有些地方可能要用到一些额外的小技巧;因此再次强调,从实现结果的角度讲,Sketch 44 当中的响应式设计功能相比于从前并不算是本质性的突破,只是在直观性等使用体验上有了明显提升,并且更贴近于 Xcode 等开发工具当中所提供的相关模式。

一个范例,演示各种可能性

这个范例当中最重要的细节在于下方的网格编组。要实现这样复杂的响应式布局,除了缩放设置之外,我们还需要在编组中添加一些隐藏图层,否则网格之间的间距将随着容器尺寸的调整而发生变化。

每个元素的响应规则设置详见下图:

我制作了一张图表,以便更加清晰的演示新旧版本设置之间的对应关系。当然其中一些新版本的设置方式并不能通过旧版本来实现,因为在旧版当中你无法为同一元素设置多重属性,例如第五条当中那样。

  1. 新建图层或编组的默认设置,即“Stretch”。
  2. 将元素在各个方向上进行缩放,以保持元素与容器之间的距离不变,即“Resize object”。
  3. 将元素钉在容器的某个边角,即“Pin to corner”。
  4. 使元素保持原本的尺寸并悬浮于容器之中,即“Float in place”。
  5. 将元素钉在容器左上角,高度保持不变,宽度则随着容器尺寸的变化而拉伸。
  6. 将元素钉在容器上边缘,高度保持不变,横向保持与容器之间的距离不变。

你可以 下载这个范例的 Sketch 文件 ,进行深入研究。

更多实用技巧

1.在四个方向上钉住(Pin)元素的快捷操作

选中元素,在 Resizing 设置中点击中央的矩形,即可同时钉住四边,无需一一点击。

2.重置缩放规则的快捷操作

选中已经设置过缩放规则的元素,在 Resizing 设置中点击中央的矩形,使其四边被钉住,然后再次点击中央矩形,即可清空所有规则。

3.包含文字图层的编组缩放

很多时候,我们需要根据文字内容的增减来手动调整容器的高度或宽度,而如何确保比例的精确就成了问题。

需要增大容器高度时,我们可以运用 Sketch 的输入计算功能。如下方的视频所示,文字内容从3行增加到5行,我们需要调整编组容器的高度。选中编组,在右侧面板中输入新的 Height 值“ 241+24*2 ”即可。其中,241是容器原本的高度,24是文字的行高,由于新增了两行内容,所以需要乘2。没错,至少目前你还需要做些这样的人工计算才可以。

需要调整容器宽度时(例如制作按钮),我们则可以通过 Relabel 插件 轻松的实现最为精确的响应式调整(如视频所示,搭配 Runner 插件 会更为高效)。

很希望 Sketch 可以针对文字内容提供原生的响应式缩放功能,人工计算的方式太落后了。

4.Symbols 中的图层自动响应功能

Sketch 的 Symbols 机制当中存在一个小小的响应式功能:当你覆写 Symbol 实例当中的文字属性时,文字图层旁边的元素会自动随着内容的调整而重新定位。

这个功能的实现取决于元素的 尺寸 及 相对位置关系 。如果你发现响应方式有问题,可以试着在 Symbol 当中调整这些属性值。

期待

Sketch 推出响应式编组缩放功能已经有一年的样子了,这绝对是个正确的决策,而此次新版带来的可视化设置方式更是早该提供。比起优化调整来说,我个人更期待一些重大的改进,例如图层堆栈、自动缩放、图层之间的约束设置、网格布局等等。

此外,我认为 Bohemian Coding 团队或许有些缺乏谨慎,因为迟缓且缺少规划的关键功能升级往往导致设计师们长时间处于一种不稳定的工作流程当中,尤其是涉及到图层样式、Symbols 一类最为重要的功能时。不该迫使设计师每一次都要随着工具的升级而重新学习和适应。

总之,我认为 Bohemian Coding 应该制定更合理的路线图,在开发关键功能时更具谨慎精神。毕竟,我们爱 Sketch,我们都希望它变得更加强大。

----Be For Web

关键字:产品经理, sketch, 编组

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部