通常将多个要进行相同透明度变化或者有网格进行变化的插槽绑定在同一个骨骼下，这样你能相当方便得观察到关键帧，不用频繁切换骨骼，如下：
当我在摄影表中多选插槽时：
发现你可以用ctrl+鼠标左边多选，但却没有办法通过shift+鼠标左边进行顺序多选
虽然你可以在层级树中多选来选中想要的插槽，但是还是不如直接在摄影表中多选来得便利和直观
我希望在摄影表中能通过shift+鼠标来顺序多选子选项
在摄影棚界面使shift配合鼠标的顺序选择能发挥作用
krammor Hmmm, I see your point, but I am personally a bit cautious about this proposed improvement, because in Dopesheet view, the Shift key has a different role. In Dopesheet view, frame snapping is disabled when the Shift key is held down. Disabling frame snapping only makes sense for horizontal dragging, so it may be understandable that vertical dragging can be used to select multiple items, but the operation seems a bit too similar to me. I guess you might think that adding a hotkey that allows multiple selections without being limited to Shift or Ctrl would be a good idea, but since the other views are consistent in using Shift or Ctrl to make multiple selections, so it seems strange to require a different key here.
It might be better to determine if allowing multiple selections by holding down the Shift key in the Dopesheet view is really needed after improving stored selections.
Misaki
原来如此，是我欠缺考量了。
我认为能选择多个目标这个点应该是不变的，毕竟他确实能更加便利，而且改进存储选择后，你也需要“选中-存储”这个过程，无疑是能更加便于其中的“选中”。
既然shift键受限，或许我们的思维并不一定需要局限于shift键。
那么在摄影表左侧使用ctrl加上鼠标左或右键进行框选以选中同骨骼下的多个子选项如何？类似这样：
同时这个功能只能作用于非骨骼选项，而且只有在摄影表中已选中单个骨骼的状态或者选中“阻止摄影表更改到所选骨骼”的情况下才能使用，其他状况下如同原来的样子，在摄影表中点击某个骨骼的非骨骼选项将会选中相应骨骼
或者新增加一个按钮，类似于“选择在摄影表中显示的骨骼”，再选中相应的帧后，能通过这个按钮定位到相应的插槽
krammor Thanks for the additional suggestions! Unfortunately, even if we were to use the Ctrl key, it would not work very well in terms of consistency with the operations in the other views. Holding down the Ctrl key and left clicking for multiple selections is a unique operation that is not available in any other view, so it may not be intuitive. The Ctrl+right-click combination is used to pan the Dopesheet view horizontally and to expand and collapse the timelines of a bone by clicking on its name.
You are right that saving a selection also involves the hassle of saving that selection first, but I think this operation is very clear. It's hard for users to notice features that are only available under certain conditions, so I think a feature that is easy to understand and reliable to use would be better.
As I was thinking about this operation, it occurred to me that it is not really a selection issue, but rather a difficulty in managing color changes for multiple slots in the first place. In fact, the issue of adding a more manageable way to change the color of multiple slots has been on our roadmap for some time: EsotericSoftware/spine-editor347
We have an idea in this ticket called SlotColorConstraint: when the color of a particular slot changes, the colors of the other slots that are constrained also change. Whether or not such a management method is actually a good idea is still up for debate, but I think your problem would be solved if there was a way to combine the timelines of multiple slots.