Вид для печати
Есть клип, в него вложена кнопка. Так вот если для клипа прописать обработчик onRollOver или onRollOut или оба сразу, то кнопку уже нажать невозможно. Причём обработчики любые, хоть пустые(в смысле function(){}), хоть сложные.
Вот простелький пример этого явления(вложенный файл).
Кто виноват и, что делать?
zurmansor ... мда
ну и что ты хотел, если ты как программер понимаешь, что у родителя больше прав чем у потомка, нафига такие вопросы задаешь.
решить ето можно проще, подложку которая щас внешний клип нужно положить во другой клип и рядом положить кнопку, оба будут вложены в новый контейнер, именнованный лучше. С контейнером будешь работать как с контейнером. А с вложенными подложкой и кнопкой отдельно, как тебе надо.
может конечно я не втыкаю твоей задачи просто, поясни.
Да понимаю я, что аналогичные события кнопки перекрываются.
С подложкой уже пробовал. Но на клипе есть текстовое поле, которое перекрывает событие подложки в некоторых местах. Так, что криво смотрится.
Если поле сделать без selected то конечно всё получится, но мне оно нужно выделяемое.
А задача такая - при наведении на клип курсор должен принимать обычный вид, при RollOut он должен превращаться в руку и событиям MouseDown и MouseUp должны прописываться startDrag ну и stopDrag и т. п.
Но смотрю тут столько сложостей, что наверное просто оставлю кнопку "рука", или сделаю для режима перетаскивания горячую клавишу.
Или есть ещё какиео варианты без подложки? MousMove и HitTest не подходит - клипов дофига и как узнать над которым "пролетает" мыша?
*важный момент - свойство MovieClip.useHandCursor управляет просто курсором (превращать ли в руку если на клип написаны реакционные события)
тебе нужно сделать конструктор блоков с последующим перемещением этих блоков?
ну чтож если так то то что ты щас предлагаешь с этими полями и тд никто так не делает, для редактирования текста есть свой инструмент,
для перетаскивания свой,
кароче я обычно делаю несколько инструментов в подобных случаях, каждый включает на рисовальном холсте функционала свой режим, реакций на наведения, нажатия и тд.
Вообще для етих целей добно юзать слушателей
Не пойму чем тут помогут Listner-ы?
Ну да ладно.
В принципе да. Лучше сделать несколько режимов и не смешивать их. Хотя так хотелось чтобы пользователю пришлось использовать как можно меньше инструментов...
не надо смешивать всё в кучу, а то получится visio мега обрезанный
в котором и так не удобно редактировать диаграммы, всё мышкой очень кропотливо приходится накликивать, дак ты еще хочешь сделать это без понятия инструмент (режим редактирования). UI в трубу.