请看清回复的是谁.
你是不是记错了, 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 组件 (支持多边形 & 没有渲染开销) 是不是更合理呢?
求个链接 ,想看看 creator 后续规划
好久没更了
明白了,点击、遮罩会在下一代 UI 中进行优化,这一代 UI 应该不会大改了,目前很缺少这方面的资源,也很容易破坏兼容性。
网址发出来看看
你好,很抱歉,这个问题会在近期的 3.7.1 修复。当前确实没有什么可以绕过的方式提供,除非通过开发者工具手动调整样式,或者暂时手动去改动画文件的 event 参数也行。
能不能打开扩展管理器,看一下 extension 这个插件当前启用的版本?3.7.0 正式版编辑器自带的应该是 3.1.0 版本
EventHandler托节点上去会报 “Cannot read property ‘target’ of null ” 知道啥原因吗?