Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

I wish Store Selection would also save the order of bone assignments.

Guaster

I sorted the bones in timing order and saved them with cmd + 1.

After selecting another bone as shown in the picture above,

If you press Keyboard 1 again to bring up Store Selection, the arrangement in the initial timing order as shown in the photo above will not be maintained.

With some bones selected among the bones included in Store Selection 1,

If you press keyboard 1 again to bring up Save Selection, the bone you selected earlier will be placed at the top and the remaining bones will be placed at the bottom. This phenomenon also exists.

When controlling dozens of bones, if the bones are kept aligned in timing order, the work can be carried out more easily, so I hope that the function in this area will be improved.

Misaki

Guaster Thank you for your feedback. I found your opinion both interesting and reasonable. At the same time, I believe the feature you requested would be quite challenging to implement, mainly because there are many ways to select bones.
Bones can be selected individually, but they can also be selected in bulk through various methods. For example, the latest version of Spine allows users to select all bones matching a specific name at once using the Find and Replace window, or to select all bones that share the same color from the tree view.

Furthermore, the selection states that can be saved to number keys include not only bones, but also slots, attachments, and even mesh vertex selections. However, accurately saving what was selected—and in what order—would be quite complex. While your idea may sound simple, its implementation would be technically demanding.

“Selection” is a fundamental operation across many areas of the editor, so there are a variety of related requests. One of the most common requests from users is to increase the number of stored selection groups. Currently, you can save up to ten groups using the number keys 0–9. However, in large projects, users often want to store many more selection groups. We recognize this as an area for improvement and already have an issue ticket for it: EsotericSoftware/spine-editor409

In my opinion, rather than saving the order of selections, allowing users to store and recall a larger number of selection groups in their preferred order might make managing the order on the Dopesheet somewhat easier.
If you feel that alone may not address your needs, I’d appreciate any additional feedback you can provide.

By the way, the sample project you attached was created using Spine 3.8.95, which is quite an old version. As mentioned earlier, newer versions of Spine offer more flexible selection methods. We encourage upgrading your project to a newer Spine release.
Please note that any future improvements, including those mentioned above, will only be added to the latest Spine versions. Spine 3.8 will no longer receive updates.

Spinebot

Thank you for the detailed report with screenshots! I understand your concern about the selection order not being preserved when recalling stored selections.

Current Behavior

You're correct that when you recall a stored selection (like pressing 1 after saving with cmd+1), the order of bones in the dopesheet follows the "selection order" rule - meaning the most recently selected bones appear at the top. This is the default behavior mentioned in the documentation.

Workaround

While this feature isn't currently available, you can work around it by:

Lock the dopesheet after arranging your bones in the desired order. This prevents the bone order from changing when you select different bones.
After locking, you can still manipulate bones in the viewport without affecting the dopesheet arrangement.
If you need to rearrange bones later, unlock the dopesheet temporarily.

Feature Request

Your suggestion to have stored selections remember the bone order is a good one! This would be especially helpful when working with complex rigs with many bones.

There's actually a related GitHub issue about improving bone ordering in the dopesheet: EsotericSoftware/spine-editor863

While this issue focuses on reordering bones more efficiently, your suggestion about preserving order in stored selections would be a valuable addition. The development team is aware that managing bone order in long lists can be tedious and is working on improvements in this area.

For now, using the dopesheet lock feature should help maintain your carefully arranged bone order during your workflow.

Guaster

Sample files are also uploaded.

sample.spine

2kB

Guaster

For reference, the “Lock the dopesheet” function is very inconvenient. There is an issue where bones are deselected when you drag a key on the timeline in animation mode, and even if you select other bones, they do not appear in timeline mode, making it difficult to actually use them.