Как восстановить цепочку диспетчеризации событий?
 

У меня такая ситуация: Сцена, на ней по орбитам движутся планеты. По клику на каждой планете рядом с ней создается контейнер с кнопками - возможные действия на этой планете. Контейнер следует за планетой. Чтобы контейнер с кнопками был всегда сверху и не перекрывался другими планетами, он чайлдится не к своей планете а к сцене на верхний уровень. Соответственно, когда происходит клик по кнопке, цепочка диспетчеризации оказывается "разорвана" т.е. событие клика в фазе захвата/всплытия отрабатывается: сцена - контейнер - кнопка - контейнер - сцена. Планета оказывается выкинутой из цепочки. А мне бы хотелось иметь ее на фазе захвата, чтобы помечать ее как текущую и легко получать ее id, а не через навороченную цепочку parent.leader.parent... (leader это указатель на планету, чтобы иметь возможность перемещать кнопки следом за ней). На ум приходит слушать событие в контейнере и диспатчить его планете, но тогда планета получит событие в фазе TARGET, а мне это не нужно, мне нужно отработать клик на ней в фазе захвата. Можно что-то придумать в данной ситуации или к планете можно добраться только через прямую цепочку указателей?

А почему нельзя держать Dictionary со ссылками на планеты / контейнеры?

А как контейнер движется за планетой? У него есть ссылка на нее?

Ну, у меня не Dictionary а самопальные списки объектов. Как мне Dictonary поможет?

Добавлено через 38 секунд
Да. leader

Это, не совсем правильно, клип с кнопками должен оставаться на том уровне, где и планеты, просто надо его поместить выше других объектов, хотя при добавлении клипа на отображение он автоматически переходит на самый верхний уровень.
Эта функция помещает, контейнер с кнопками, на самый верх, контейнера с планетами.

Если контейнер чайлдится к планете, он не может быть выше других планет, если только сама планета не верхняя в списке. Можно конечно при присоединении контейнера кидать планету на верх списка, но как тогда быть, если контейнеры открыты у двух планет одновременно? Тогда одна планета все равно наползет на контейнер другой.

что мешает тогда слушать события кнопок конетйнеру и просто вызвать метод планеты напрямую?

Да, по-моему, профит тут, я спецом и спрашивал.

Я не внимательно прочитал, вопрос, поэтому некорректный дал ответ.
Я имел ввиду, к планете, а не в клип с планетой, как у вас и сделано.
Сори.

Я так и делаю. Но вот так например выглядит обращение к планете от одной из кнопок интерфейсного окна:

что по-моему не есть гут. Чайлд не должен в жесткую знать такую длинную линейку своих парентов.

1. при создании контейнера с кнопками передать ему ссылку на планету к которой он относится
2. в контейнере повесить слушателя на клики по кнопкам
3. в контейнере в обработчике кликов вызвать функцию планеты по прямой ссылке полученной при создании

При нажатии кнопки в контейнере открывается окно, в котором есть еще кнопки, поля и т.д. Им всем тоже передавать ссылку на планету? Даже если это же окно можно открывать без привязки к конкретной планете? Причем в цепочке могут быть еще разрывы, см предыдущий пост, там 2 разрыва на Leader.

если окно без привязки к планете, например подтверждение с кнопками "да" "нет", то зачем ему о ней знать? пускай оно возвращает результат своих действий тому кто его создал.
планета общается с тулбаром, тулбар с диалоговым окном, окно при этом не знает о планете абсолютно ничего, всю необходимую информацию ему пердоставил тублар (в данном случае, текст вопроса), и результат работы проделанной окном (ответ на вопрос) обработает и передаст планете тоже тулбар.

Но если окно имеет более тесные отношения с планетой, например оно выводит список спутников и позволяет добавлять удалять их, то можно передать и окну ссылку на планету, чтобы не было испорченного телефона

Например окно выводит список кораблей на планете. Нужна привязка чтобы определить какие именно корабли находятся на данной планете. И тоже самое окно без привязки к планете выводит список всех кораблей. Привязка не нужна.