ScrollView 与 Mask 没必然联系吧…
话说回来, Mask 有心思处理点击 (这种 UI 关注点), 却不能把区域外的内容 cull 掉 (渲染才是它真正的关注点好吗), 这才搞笑…
ScrollView 就是用 Mask 实现的啊。cull 不是一直都可以吗？
我们在 Mac 和 Windows 上测试皆是正常的。你是不是先点中了 gizmo？点中后目前确实会拦截其他按键事件。
说这话之前不自己先试一下? 谁给的自信…
请看清回复的是谁.
你是不是记错了, 3.x ScrollView 可没依赖 Mask. 使用中很多时候也不需要用 Mask.
我的列表是否启用 Mask, drawCall & 三角形 都没有变化呢?
如果能节点树或者组装阶段剔除, 多数列表也不需要费力去搞虚拟化 或者 item 合批了.
我说的是culling
看清别人说的什么好吗? 没有说现在不能工作, 而是说可以做更好.
如果 Mask 组件没缺陷为啥几个版本翻来覆去地改.
我的心思肯定是优先放在点击问题上，这对我来说是可用性问题。能不能 cull 掉这也是可用性问题，所以优先关注。至于 cull 掉利用的是什么算法，是 CPU 还是 GPU Culling，影不影响 drawcall，这只是性能问题，优先级没有那么高。除非老版本 drawcall 正常新版本突然增多。稳定第一。
不单止mask没有culling,屏幕外镜头外都没有culling…这功能本来1.x版本就有的.偏偏到了3.x就没有了
默认模版这里是有 Mask, 但有时它不是必须的, 如果合适, 删除能 省一个 dc 和不少 vram.
？？？你移除试试，我反正不敢
culling 剔除这种老生常谈的问题…… 各种算法多了去了，翻来翻去的说，我们就不要在这里讨论这种底层实现了吧。相信引擎的研发同学不傻的，能加个功能就把性能优化上来肯定会做的，不做肯定是有原因或者有苦衷的。
我们的项目的确很多地方都去掉了 Mask.
比如一个横向列表, 左右贴屏幕边缘, 就不需要 Mask 来遮罩 (因为不可见 item 在屏幕外).
算是吹毛求疵, 我们都希望 ccc 变更好.
一方面, 点击测试功能 Mask 也只是半成品状态, 只支持 ELLIPSE & RECT 模式.
二方面, 点击测试 和 遮罩 两个功能捆在一起不灵活. 比如前面说的, ScrollView 有时不需要 遮罩, 但仍需要限制点击范围, 一个单独的 HitTest 组件 (支持多边形 & 没有渲染开销) 是不是更合理呢?
1赞
求个链接 ，想看看 creator 后续规划
好久没更了