两种选择方式主要的区别是在遇到重叠部分的处理方式不同。
1.x版本的是遇到重叠部分控件，在已选择更大区域的情况需要选择空白后再回来选择。
而2.0版本则采用了默认选择最小区域，不管是否有选择更大的区域。类似Flash及Visio的操作。
欢迎大家就这个问题进行投票，我们会根据投票结果进行适当的调整。
2.0的选择没问题,问题是如果在动作窗口选中一个控件,希望渲染窗口如果鼠标还在控件范围还是我选中的,不要按着选择规则走,除非我又选择其他控件
那你应该投1.x的选择方式。
1.x版本是不会切的。除非你取消掉选择，或者给锁定。
建议点击默认按2.0方式处理，同时加入右键或是按住alt键后点击出现菜单进行选择
好的，关于这个选择我们一定会采取更好的处理方式，不过我们希望得到更多的数据以确定哪个方式默认的选择方式。
我们公司UI编辑器的使用着有个很蛋疼的问题，多选控件后无法批量移动到某Panel下作为其子控件。建议添加该功能。
感谢您的建议，不知道关于这个批量移动到其他控件子节点的问题您有什么好的想法？欢迎讨论。
1.按下shift键用鼠标选择列表中的一个控件
2.使用鼠标选择列表中的另外一个控件（选择之后不要松开鼠标左键，直接拖动到panel下）
按照以上两部操作就可以实现多选拖拽改变层级了
该操作我实践过的，按照上诉操作，多选的控件只有最后控件被拖拽到对应层级。我使用的版本时1.2到2.0都是这样的。
7楼的操作时比较符合用户习惯的。建议使用7楼的操作流程。
希望在动作窗口选中控件后，可以直接用上下左右键控制对应的控件
一直想提的问题，现在所有控件拖拽边上的锚点都是缩放，能不能针对不同的控件，实现不同的功能呀？
比如针对文本框这类的是修改其大小的