Sketch 文档品质不高

[Ashung]

Android 设备的中文字体不是 SourceHansCN 而是 NotoSansSC。

Sketch 文档不够走心，感觉是文档创建者对 Sketch 不是很熟。

1，图标没有边界区域。
2，虽然国内很多设计都是手机多大就设计多大，但建议出一份 1x 尺寸的。
3，元件都是直接转换，没有考虑 Overrides 的功能。
4，没有 Resizing 支持。
5，Symbols 页没有组织，可以看出这个文档是早期版本的 Sketch 做的，后来就没有经历大修改。
6，Symbols 分类混乱，表单控件分到小图标内。
7，使用说明应对鼓励使用模版方式使用 UI kit。

[cherlyli]

感谢对于WeUI 的关注与建议，在最新的文件中，关于字体这部分的更新作出了订正，加上了大图标的边界区域，调整了Symbol页面的组织。 对于WeUI的内容希望在开发者的使用过程中收集反馈与建议，一起优化到设计师与研发都能使用顺手，在此过程中会持续。对于你提到的1X尺寸我们后续也会考虑加入不同尺寸的文件，没有 Resizing 支持主要指的是？

[Ashung]

就是这个功能。

[cherlyli]

了解，Resizing Symbols，这个自适应好棒。下个版本更新我们将加入Resizing 支持，再次感谢你的反馈，对我们的优化作出很大的帮助。

[langqixu]

同意，期待更新。

尤其是需要 1x 和 Resizing，现在 WeUI 提供的 2x 很不友好。
另外，能否将 WeUI Color 设置成 document color，方便使用。

[langqixu]

另外，我之前使用的是你们 9 月份的版本，但目前看到更新，并没有找到具体办法将之前使用的模板进行升级，我该怎么操作？

[Ashung]

@langqixu 这个问题很复杂。

Sketch 中每个 Symbol Master 都有一个 ID，如果 Symbol 是在当前文档创建的，那么 ID 是不会冲突的，但是如果你从 webui.sketch 复制一个 Symbol 到你的自己的文档中，Symbol Master ID 还是 webui.sketch 中使用的 ID，如果之后 webui.sketch 的那个 Symbol 被修改，你重新复制到你的自己的文档中，这时 ID 会重复，目前没发现对文档有影响。如果你使用这种方式，只能选择更新的元件手动替换。

Automate-Sketch 这个插件可以选择元件的实例。
Plugins - Automate - Symbol - Select All Instance of Symbol

理想方法是，用 webui.sketch 作为模版，当文件有更新时，替换模版，然后从模版新建文档，然后把你自己的文档上除 symbol 分页外的其他分页，拖到新文档中，Symbol 会根据 ID 自动更新。前提是 webui.sketch 必须管理好 symbol 。

[langqixu]

@Ashung 所以... 还是期待一份定稿的的 WeUI 模板吧... @cherlyli 可以期待下么，T_T 谢谢你们的工作。

[cherlyli]

目前也没有想到有什么好的办法可以直接升级模版，理论上不会随便改动symbol，只会在发现有问题的时候进行微调或新增。或是微信客户端风格出现变化的时候WEUI进行同步的更新。如果有什么好的升级模版方式建议我这边可以研究一下。
关于1X的问题：WEUI主要目的是辅助开发者可以快速搭建自己想要的效果，适配方案可以通过WEUI自有的适配去完成 ，所以以2X作为一个基准来进行设计预览。如果需要更精细的设计控件去在设计图上完成各个尺寸的设计，这边会在后续进行完善补充 1X以3X的内容，感谢支持。

[Ashung]

开发者都是用 1x 的

[langqixu]

= = 楼上真相... 其实真心 1x 是最友好的，前端实现写的单位也都是 1x，反而 2x 会增加很多工作量。

[yanghaoleng]

2x 的问题，直接选中所有画板选中 ⌘+k 50% 就行。

Resizing 适配的话，需要用到的控件只有自己单独设置一下吧，也很快。或者先到 Symbol page 里搜索所有的 Background、横向的 line 、居中的大图 Pic 、段落文本 、文件夹，设置为 control 3 。把纵向的 line、点文本、箭头图标 Chevron、小图片 Rectangle ，设置为 control 2。基本解决大部分的适配问题了。
好在文档中的命名都比较统一。

[langqixu]

直接缩放一些像素细节会有问题的，字体、间距。

[Ashung]

创建了那么多 Symbol 竟然只用了一个 “小图标/关于”，感觉好坑。

[cherlyli]

@Ashung @langqixu @yanghaoleng @willerce hi ，大家晚上好，我又来了，之前反馈的Resizing symbol这次有添加哈，以及之前langqixu说到的同步更新WEUI的方式问题，我们这边有想到一个方案，通过安装sketch插件进行同步文件。现在开发GG写好了一个插件，想知道有人感兴趣想参与内测吗？（参与直接留言或者邮件给我都可以 qwli@[email protected]）

[langqixu]

求内测！

[langqixu]

😭 辛苦啦，1x的文档什么时候来呀…

[Ashung]

@cherlyli 发个给我内侧吧，我也做插件

[cherlyli]

@Ashung 插件已发，请查收哈。

[cherlyli]

@langqixu 不好意思在你的主页没有找到邮箱地址，方便留个邮箱给我吗？或者发邮件给我我回复插件给你？
以及执念的朋友，WeUI的初衷是为了能够最快搭建视觉效果然后工程师可以直接在WeUI代码组建里面拉取文件完成设计还原，设计师并不需要再去管理切片或适配，所以并不需要特别关注1X或3X的问题了。这里如果使用的是WEUI里面的组件，开发理论上直接使用即可，想知道在WeUI为何还一定要1X文件？

[cherlyli]

@langqixu 啊哈 找到了你的邮箱地址，插件已发，请查收哈

[langqixu]

@cherlyli 谢谢！

其实为什么需要 1x，是因为实际开发中其实难免会有一些 WeUI 没有包含但业务需要的自定义设计和范式。而这些设计是需要设计师根据对 WeUI 的理解自己去做的。那这里面从标注到切图，尽量还是按照常规的 1x 语境来沟通是相对顺畅的。

我们目前实际开发工作中，就已经存在这个问题。不得已我们现在是两份设计稿：

• 完全按照 WeUI 控件拼装的页面单独是 2x 提供给工程师，工程师的确不需要关心切片和适配
• 但有自定义设计的，还是按照 1x 提供
• 如果碰到混合的，比如某些页面有用到 WeUI 样式，但同时也有我们自己的设计，现在我是自己把用到的这个控件做成 1x 大小

所以希望能够从官方角度解决这个问题。况且，使用 1x 后，其实对工程师也没有任何损失。

[cherlyli]

@langqixu 了解，如果是WEUI没有覆盖到的问题还是需要进行适配，补充场景还是需要1X。

如果有什么需求比较多需要WEUI进行补充的部分也可以提给我们进行扩充哈，美好的愿望是尽可能以后大家可以省掉重复时间做适配，早点下班 ^.^

1X 可以纳入WEUI2.0 进行补充。

[jerrybendy]

Skech 的设计规范中也是要求 1x 的设计图的。在实际的开发中使用 1 倍的设计图更加方便。在使用 PS 开发的时候一般都喜欢使用 750px 的宽度，因为 PS 导出的是位图，设计图过小导出的图片会缺失细节，而 Skech 不存在这个问题