После использования setRGB у мувика начинает срабатывать событие RollOut

[motor4ik]

Достал уже этот глючный 8-й флэш, столько дурацких глюков в нем (


есть мувик, внутри которого есть еще мувик, квадрат

крашу мувик квадрат с помощью класса Color, потом навожу на мувик, обрабатывается событие onRollOver нормально, и через несколько секунд автоматически срабатывает onRollOut , что бы это могло значить? это начинает происходить после того как я крашу мувик

[iNils]

А пример где?

[BigDan]

А что с глюками делать? Надо с ними смирится! :)

[etc]

motor4ik, может всё-таки руки? :)
Пример покажи.

[motor4ik]

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

впринципе большинство вопросов такого рода, чаще всего остаются без ответа..т.к. нужно сидеть и искать самому тщательно ощибку, методом тестирований итд...

[etc]

искать самому тщательно ощибку
Именно. Потому как наверняка проблема возникает в конкретном проекте.

[motor4ik]

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

еще такой глюк меня убивает...много раз было...жду от программы чтобы она что то выполнила, она не выполняет, я беру то что она должна была выполнить копирую переменную и вставляю перед ней в трэйс, все работает, убираю трэйс все работает, вот почему она не работала до того как я трейс ставил не понимаю...бредовые какие то штуки происходят, в 7ке такого никогда не было...

или вот еще с текстовым полем тоже беда была, переносил автоматически флэш, последние символы на новую строку после последнего пробела, я взял удалил поле, создал точно такое же проблема исчезла..

так что по этому начинаешь задумыватся иногда. что все-таки с руками то все в порядке...

[PITer]

Беда програмистов в том, что машина делает то, что ей приказывают, а не то, что от нее хотятсборник афоризмов IBM (по слухам)
помню была у меня проблема, со сложной программой (язык интерпритатор) на флэш. Так для решения ее мне пришлось в каждой функции сразу после начала, трейсить имя функции и переданные параметры. А перед выходом из функции трэйсить выход.
Дополнительно я ввел в руте переменную определяющую отступ слева при трассировке, при входе в функцию ее увеличивал на пробел перед выходом уменьшал. Маялся три дня. Кстати по моему полностью так и не отладил...
Так что отладка это КОШМАР. А уж если сам флэш в котором работаешь не доотлажен разработчиком... Сочуствую.

[motor4ik]

представляете я нашел в чем была проблема, вобщем я вызывал мувик - окно с настройками там в текстовое поле вводил значение, нажимал кнопку применить...менялся цвет, потом я это окно скрывал _visible = false; и нажимал на мувик, и через несколько секунд срабатывал ролоут как я и рассказывал, оказалось что почему то фокус оставался в текстовом поле, как только я табом убираю фокус с текстового поля, роловер мувика не срабатывает, у кого какие идеи почему при нажатии на мувик , фокус не перемещается на него??

[motor4ik]

ну вобщем пока у меня одно решение, переводить фокус программно на другой мувик...

[PITer]

по старым проверенным граблям... с фокусом в текстовом поле всю жизнь были проблемы...

[motor4ik]

я первый раз с такой шнягой столкнулся

[PITer]

я на нее помоему еще в 6-ке напарывлся. при принудительном терянии фокуса с текстового поля, там ИНОГДА оставался курсор. Пришлось создавать текстовое поле за краем экрана, и переводить фокус сперва на него, а затем в никуда. Видимо это было связано с тем что обработчик текстовых полей отделен от обработчика кнопок и иногда забывает с ним подружиться.