举个常用的粒子, 有个通用的道具Prefab,这个Prefab下有两个节点分别挂载Sprite和Label组件,并且都挂了Sorting2D组件,这个通用的道具Prefab可能在任意界面界面都使用,这样就没办法给Sprite和Label组件定Sorting Layer了. 再详细一点,A/B/C三个界面,都用了这个, 但是A/B/C是同时显示的, A最底层,B是弹窗,C也是弹窗, 那应该怎么给这个通用的道具Prefab的Sprite和Label定Sorting Layer? 怎么定都有问题吧.
spine的透明度什么时候修啊，UIOpacity不能只修一半啊
如果都放在一个 Prefab 中，实例化出多个实例A、B、C，prefab 中配置的 SortingLayer Order 是固定的。实例化后，通过脚本获取节点的 Sorting2D 组件去动态调整 SortingLayer Order 能否满足你的需求？
黄色的是通用的道具Prefab. 把A,B,C按照顺序添加到场景中, 这只是一种可能得情况,也有A/B/D B/E/F, 这些界面都用到这个通用的道具Prefab. 这种我想不来怎么定道具中的Sprite和Label的SortingLayer,因为界面的叠加不是固定的. 动态调整应该是无法实现的. 如果说是按照界面的节点顺序去调整吗? 那不是每次新建和销毁界面都要调整一次? 这样是不是有点麻烦了. 而且,这种叠加几乎每个游戏都会有把, 也不算特殊.
Sorting2D的实现效果和UI渲染合批的depth实现效果有什么区别么，官方为啥不考虑用depth？是有啥冲突么？因为之前384,385,386，使用这个depth，每次都要手动合并代码到引擎，最后打包还得带着引擎一块 
@dumganhar
1赞
这里的图标有没有开关能够隐藏他不显示呢？
我继续来跟踪反馈问题
这一条确认没问题了,舒服多了.
但是,同时这个移动模式下还有下面问题:
1:大家没发现总是选不中节点吗?就是没法一次就点中高亮出gizmo.
2:这个功能的开发者可能大部分情况下都判断成图2的框选模式了.
3:作为一个使用者,我的预期逻辑是,我按下一次鼠标左键然后移动,编辑器应该响应为直接选中这个节点然后跟着移动。在现状下，不仅第一次不容易选中，选中了还得是在gizmo区域才能移动，否则还得第二次鼠标点击再移动。
4：很多时候我都觉得编辑器开发者自己都没有认真从使用者角度测试这个功能。
Sorting2D 控制渲染顺序分 layer 和 order，用户可以定义出不同的层。 depth 只有一个控制因子，depth 那个是直接放在 UIRenderer 上，扩展性没有比单独一个 Sorting2D 组件强。后续 Sorting2D 可以添加更多的控制因子，比如 Y Sorting 使能开关。
Android原生真机调试，渲染节点Sprite通过设置 color 的 alpha 通道来设置透明度变成全透明了
（浏览器调试是正常的）
没能复现，提供一个 demo 看下？
我预期的Sorting2D的使用方式就是上面说到的，即：
1、Sorting2D应用于挂载的节点及其子节点上渲染节点。
2、如果子节点上也挂载了Sorting2D，以子节点的为准。
我举个具体的用例。比如：
主界面使用order=100；
主界面上的各个按钮根据按钮上的元素分为不同的order，比如icon=101，labal=102等。
如果打开其它弹窗，弹窗order=200；
如果弹窗上也还有需要细分层级的元素，依此类推，使用order=201、202……
这样的好处是，比较方便的管理各个面板的order，如果为了合批需要具体细分的再另外设置。
在场景中显示正常吗？
方便提供资源文件供我们排查一下吗？谢谢。
场景中也不正常，资源文件已私信
@dumganhar
这是item里面sprite和label没有加sorting layer的情况
这是加了sorting layer的情况
这种难道只能每次开启界面都动态设置吗
demo(A/B/C暂且就认为是打开的界面)附件如下
NewProject.zip (38.8 KB)
给瓦片地图顶一个
嗯，这个要实现其实不难，加一个新组件用于标识渲染器边界即可。边界开始和结束进行flush ui renderer 操作。
3.8.7 偏好设置-》程序管理器，无法对设置进行保存，填好之后一切换就没了