![Флэш Потрошитель - Флэш & Флекс, rost[ухо]flash-ripper.com](/sites/all/themes/fripper/logo.png){kind=logo}
flash player
Решение проблемы с вводом кириллицы на Линуксе во Flash Player — своими руками
Среди пользователей GNU/Linux есть пользователи SWF/Flash, это факт. И некоторые из этих пользователей очень любят флэш. Любят так, что не только терпят его поведение, не дающее вводить символы кириллицы в текстовых полях, но и помогают флэшплейеру справиться с этой задачей. Да, речь снова о печально известном баге FP-40, связанному с невозможностью ввода символов UTF-8.
Юрий 'Yzh' Жлоба выпустил патч, решающий проблему ввода кириллицы во Flash Player под Linux. Это уже второй патч, после первого патча от Алексея 'yelbota' Фомкина. Можно пользоваться — работает и в чистом AS, и там, где Flex. Спасибо вам, ребята. Лучи света проникают в сумеречную зону!
За исправление этого бага — уже 201 голос.
Латентные баги Flash Player: собираем коллекцию уродов
За свою более чем десятилетнюю историю Flash Player развился от простенького анимационного движка до универсальной платформы для создания приложений.
Но не только новые возможности добавляются в каждой новой версии, но и новые проблемы. Как правило, почти все они исправляются в следующей версии проигрывателя, но бывают баги, которые живут годами, переходя из версии в версию. Есть среди них баги, которые разработчики Flash Player даже не комментируют, делая вид, будто их нет.
Вот, например, один из багов-старожилов:
Флэш-проигрыватель наотрез отказывается правильно работать в режиме полной прозрачности, задаваемой через параметр wmode="transparent". Стоит его включить, как появляется целый букет болячек: от резкого падения FPS и производительности (что вполне объяснимо, вед прозрачность тоже считать надо) до вообще необъяснимой невозможности ввода не-латинских символов в режиме прозрачности. Совсем недавно эту проблему в который раз обсудили в ruFlash, снова придя к неутешительному выводу, что воз и ныне там, хоть на дворе уже Flash Player 10. И Adobe не спешит эту ситуацию комментировать.
А знаменитый баг-444, связанный с невозможностью глобального отлова исключений в проекте? Он приводит к остановке приложения прямо перед недоумевающим пользователем, и у разработчика нет никакой возможности это исправить. Еще один экспонат этой выставки уродов, и снова Adobe молчит.
Сюда же можно отнести игнорирование проблемы эхоподавления во Flash Player (баг-273), которое мы уже обсуждали. И здесь мы слышим унылое молчание Adobe.
Собираем товар лицом для демонстрации
Тем временем, опыт получения правильного аудио во флэше доказывает, что если говорить целенаправленно и четко, то Adobe прислушивается и фиксит, или хотя бы объясняет свою позицию.
Предлагаю собрать коллекцию самых латентных и злых багов Flash Player (давайте пока ограничимся этим), а по результатам составить статью или презентацию (берусь составить), где вопрос будет стоять ребром в сторону Adobe, которой просто негоже прикидываться шлангом при таком количестве реальных проблем!
Итак, прошу в комментариях писать о латентных багах:
- Описание бага и ссылка на него в Adobe JIRA (если есть).
- Как давно существует проблема.
- Что по этому поводу говорит Adobe (и говорит ли), и что хотите сказать вы.
Неконструктивные комменты трутся в режиме реального времени, наша цель — добиться реакции Adobe.
Некрасивое поведение Adobe
Доброго времени суток всем!
Возможно многие помнят мой пост, призывающий проголосовать за feature request по поводу добавления эхоподавления ( http://bugs.adobe.com/jira/browse/FP-273 ) , сначала он как-то пылился и никто на него сильно внимания не обращал, но совсем недавно в ветке развернулась бурная дискуссия. Оказалось, что у Adobe есть система addin для flash-плеера и есть специальный addin для их сервиса Adobe Connect Pro, который по сути является сам flash-плеером с поддержкой эхоподавления, screensharing и других вкусностей, которые недоступны обычным разработчикам, а доступны только Adobe.
Как это называется??? И почему до сих пор в обычном плеере нет эхоподавления!? ПОЗОР....
Знаменитый Баг-444 признан важным
В Adobe согласились, что неспособность Flash Player (issue 444) перехватывать любую ошибку (и при этом оставлять пользователя наедине с застывшим приложением) есть плохо. Вчера у этой записи в Adobe JIRA сменилось значение одного свойства, но зато какого: Internal Priority. Было: "", стало: "A". Что же, будем надеяться, что вчерашнее изменение приведет к скорому исправлению этого досадного поведения.
RiaStats.com — узнать где и сколько плагинов установлено
Дима Кочетов прислал полезную ссылку: на сайте riastats.com ведется статистика по распространению популярных плагинов сети: Flash Player и Silverlight.
Там вы не только можете узнать текущую статистику по общей распространенности плагинов, но и заполучить виджет для своего сайта. И этим получить дополнительную возможность повлиять на статистику, а также получать персонализированные отчеты по своему собственному сайту.
Кстати, общая статистика на 20 января 2009 года приятна: Flash Player 10 уже установлен на 44 процентах машин, а Sliverlight 2 доминирует над Silverlight 1, вместе они уже присутствуют на 16% компьютеров. Статистика собрана за последние тридцать дней по более чем полумиллиону ЭВМ.Намекнем Adobe на баг c вводом символов в кодировке UTF-8?
Нам не нравится то, что Adobe не фиксит старые баги? Например, известный баг с utf8-вводом при wmode=transparent или opaque (особенно глючит в Linux). Это тормозит разработку многих приложений, использующих не-латинские символы. Во Flash Player 10 этот баг тоже есть, и это очень мало радует. Поможем Adobe повысить приоритет проблемы? Голосуем?
// alex, спасибо за наводку, yelbota — спасибо за багрепорт!
