krammor Thank you for the video and additional explanations!
Regarding 2, this is by design. When you bind a bone to a mesh, the mesh remembers the transform of the bone at the time of the bind. This is called the bind pose. If the bone is translated, rotated or scaled from the bind pose, the mesh will be deformed. The following blog post, Mesh Binding Tutorial, is helpful to learn more about the bind pose and what to do if you want to change the bind pose later:
https://esotericsoftware.com/blog/Mesh-binding-tutorial
Regarding 3, the idea of enlarging the pie chart of the selected vertex and displaying percentages around the pie chart is interesting. I think it could be useful and will consider it within the Spine team.
Regarding 6, now I understand that you are referring to the behaviour of pressing Ctrl+S before pressing the OK button on the trace. However, I wonder whether this should be saved or not. As far as I have tried on my end, the current specification allows pressing Ctrl+S to save the project even before the trace calculation is complete. However, I don't feel it's reasonable to be able to save a half-finished trace result when the trace calculation has not yet been completed, because the formulae performed up to that point are not saved, and in any case, if you are not satisfied with the result and run the trace again, the trace will start all over again. So should Ctrl+S not be able to be pressed until the tracing calculation is complete? Depending on the complexity of the shape of the contours of this image, tracing can take quite a long time, and in some cases the inability to save the project until tracing is complete can cause frustration for the user. It may be a good idea to display a dialogue informing the user that the trace results have not yet been saved if Ctrl+S is pressed before the OK button is pressed. Do you think it would be helpful in your workflow?
Regarding 7, thanks to your video I understand the problem! The fact that you can freely edit mesh vertices in this way while tracing is in progress is itself a bug. In tracing it is assumed that only the hull of the mesh can be edited. Created an issue to fix this problem here: EsotericSoftware/spine-editor844
Thanks for your report as this is an issue that has gone unnoticed for a very long time.
Thanks for the clarification on 8! This was the kind of use case I had in mind when I read your feedback. But in reality there are so many different shapes of images to trace contours that it is difficult to get it to work well in all cases. In my opinion, it is not necessary to adjust the number of divisions during tracing. It would be easier to use if it worked as a separate function. For example, the current Generate button does not allow you to increase the number of vertices while retaining the weight settings, but it would be more convenient if you could increase the number of vertices without removing the weight settings.
