skarasuko

There are many cases in Spine when I want to select different bones in the same spot, especially when it involves Transform Constraints and FKs (or a combination of both). So, I thought of an idea to make special bones that are designed like these and have a different area of selection.
添付ファイルを見るにはパーミッションが必要です
skarasuko
  • 記事: 89

Misaki

I thought it was a good idea, but I was curious whether it can not be realized using bone icons now. As a result, I’ve found some bone combinations that allow it. For example, the gear icon and the minus icon can do that like this gif:
添付ファイルを見るにはパーミッションが必要です
アバター
Misaki

Misaki
  • 記事: 182

skarasuko

All of the bones still have a selectable area on the center, which does not make it convenient for us to identify and select bones in the same position. So, I still think we need a specially designed bone with an "outer ring" and a non-selectable center area, at least based on the circle, square, triangle, and diamond.
skarasuko
  • 記事: 89

Misaki

All of the bones still have a selectable area on the center,
No, these bone icons don't have a selectable area on the center :
bone-icons.png

Do you mean the case when you use a bone which has length?
添付ファイルを見るにはパーミッションが必要です
アバター
Misaki

Misaki
  • 記事: 182

skarasuko

I meant when you move your mouse cursor to highlight the bone. That's strange. On my side, every icon bone's selectable area are exactly the same, like a small circle.
skarasuko
  • 記事: 89

Nate

@Misaki All zero length bones (all the bone icons) behave the same. The icon does not affect mouse selection. Also the zoom level, which affects the size of the icon, does not affect mouse selection, it remains a fixed distance from the bone.

When you have 2 bones exactly on top of each other, the very center of one of the bones works differently for selection. This is done to allow for selecting a bone even when another bone crosses it's center. If you move slightly farther out from the center, then you'll be able to select the other bone.

When you have 3 or more bones exactly on top of each other, you'll only be able to hit 2 of them: the center of the one on top, and a little farther out you'll hit one of the other bones. I agree this can be inconvenient.

One current option is to enable the name tag for the 3rd bone that can't be hit. You can click the name tag to select.

The bone icons aren't a bad idea, but it requires knowing about the problem and that those bone icons solve it. It would be nice to have a solution that didn't require special bone icons. We could detect bones on top of each other and make the hit detection circle like a pie, where each bone gets a percentage. You'd not intuitively know where to move the mouse to select a bone, but at least it would be possible (you see the name of the bone you are over before you click). Or maybe instead of the pie just have more "rings" of hit detection, so all the bones can be hit.

Some apps show a popup menu to choose which to select. This is OK, though reading a list tends to not be very fast. We've considered adding it, for bones and attachments.
アバター
Nate

Nate
  • 記事: 11351

Misaki

@skarasuko @Nate I’m sorry for my mistake.

I think this problem relates to the following issue ticket:
https://github.com/EsotericSoftware/spine-editor/issues/482
アバター
Misaki

Misaki
  • 記事: 182

skarasuko

In any case, I believe my idea is the most visually accessible and conservative approach for the ease of selecting bones in the same position. Name Tags may cover too much space and eventually make the Spine Project look busy; in addition, it does not produce a very clean way of distinguishing and selecting the bones. If we even need a solution for a 3rd bone in the same position, another "outer ring" bone can be added if demand is high enough.
skarasuko
  • 記事: 89

Misaki

Sorry for my late reply, I’ve added this thread’s url as a comment to the More options for selecting bones #482(https://github.com/EsotericSoftware/spine-editor/issues/482) ticket.
You can subscribe to the issue ticket, then you will receive additional notifications upon any progress (and any associated commit).
アバター
Misaki

Misaki
  • 記事: 182


Return to Editor