Comments 50
Очень мало. Хотелось бы посравнивать получившийся в разных пакетах результат. Например с учётом времени потраченного на создание или размером файла.
+8
Необязательность символов
Во Flash тоже можно делать анимацию векторных примитивов через Shape Tween без создания MovieClip.
0
Для меня плюсом Флеша было и остается, это отдельная среда выполнения кода. Аналогично GIF и FLV, т.е. анимация и скрипт внутри SWF файла выполнялись внутри своего пространства, хотя приэтом и существовала возможность общения JavaScript страницы с кодом внутри Флеша.
Также это было очень удобно разделяя на библиотеки, что для JS погрузить GIF и показать его, также вот и для Флеш, легко было загрузить внешний SWF и показать его анимацию, потом другой файл.
А вот с HTML5+JS. я в полном недопонимании этой ситуации. Одно дело когда мы говорим о едином коде веб приложения. А вот сама идея отдельных кусков, виджетов, анимация, которые выполнены на JS коде и завязаны на сторонних библиотеках а не на самом JS. Вот тут сразу встает вопрос, что будет когда страница будет залеплена баннерами на JS коде, причем созданными разными Студиями, разными версиями и т.д. Каждая вот такая анимация баннерная тянет с собой фреймворк анимации, твины и др. Причем разные версии. А мы все знаем что JS работает в единой среде, а еще есть CSS котрый глобально может сломать дизайн всей страницы.
Уже можно видеть как дебагеры в IE и Chrome орут благим матом почти на всех сайтах, ошибки лезут пачками. тотже сайт JQuery UI, сваливается через раз, потому как показывают примеры и старые и новые, а к страницам с кодом для 1.7 ветки уже подключили 1.9, и дебагер орет что таких методов уже нету. И это ребята из JQuery, т.е. люди такого уровня.
Вы представляете что будет в инете творится?
Вы еще будете плакать о тех временах когда везде были Флеш банеры.
Кто непонимает что их ждет, включите в дебагере notification about every script error и побродите по инету. Это становится просто нереально, часто ошибка в loop просто забивает все пока через TaskManager не вырубишь браузер.
Вот такое светлое будущее нас ждет.
Также это было очень удобно разделяя на библиотеки, что для JS погрузить GIF и показать его, также вот и для Флеш, легко было загрузить внешний SWF и показать его анимацию, потом другой файл.
А вот с HTML5+JS. я в полном недопонимании этой ситуации. Одно дело когда мы говорим о едином коде веб приложения. А вот сама идея отдельных кусков, виджетов, анимация, которые выполнены на JS коде и завязаны на сторонних библиотеках а не на самом JS. Вот тут сразу встает вопрос, что будет когда страница будет залеплена баннерами на JS коде, причем созданными разными Студиями, разными версиями и т.д. Каждая вот такая анимация баннерная тянет с собой фреймворк анимации, твины и др. Причем разные версии. А мы все знаем что JS работает в единой среде, а еще есть CSS котрый глобально может сломать дизайн всей страницы.
Уже можно видеть как дебагеры в IE и Chrome орут благим матом почти на всех сайтах, ошибки лезут пачками. тотже сайт JQuery UI, сваливается через раз, потому как показывают примеры и старые и новые, а к страницам с кодом для 1.7 ветки уже подключили 1.9, и дебагер орет что таких методов уже нету. И это ребята из JQuery, т.е. люди такого уровня.
Вы представляете что будет в инете творится?
Вы еще будете плакать о тех временах когда везде были Флеш банеры.
Кто непонимает что их ждет, включите в дебагере notification about every script error и побродите по инету. Это становится просто нереально, часто ошибка в loop просто забивает все пока через TaskManager не вырубишь браузер.
Вот такое светлое будущее нас ждет.
+11
Удивительно, почему Ява не «выстрелила». Она была тоже «сама в себе» + быстрее флеша… Опередила время? JS+HTML5 — для баннеров, ровно как и для игр, конечно не годятся. Пользователи, которые утверждают, что баннеры и игры никому ненужны или что в CSS3 почти всё возможно, очень, как мне кажется, далеки от реалий индустрии. С другой стороны откат к gif-баннером под ipad это конечно страшно =)
+2
c Java целая истори, и не все так просто.
Я помню то время кодинга. Много чиво вкусного было тогда в ява-аплетах, а Флеш был в новинку. Но для меня Ява в то время сильно было тормознутой, Флеш всегда работали над оптимизацией, а ява все также оставался огромным тормозом. В мелких демках все гуд, но чуть больше и уже страшно.
Ну а убило Яву, терки с Микрософт. Насколько помню то время, кажись Ява залупило цену, толи наоборот отказались платить, толи еще какието были трения, и Микрософт убрало из винды и браузера потдержку по умолчанию. А macromedia видимо наоборот, пошли другим путем в политике, и Микрософт в свое время стедало шаг, внедрило Флеш в винду по умолчанию… вот видимо это и дало просто оргомный скачек. Ведь Яву нужно уговаривать пользователей ставитть, а тут сразу по умолчанию Флеш работал в браузере. Тогда все говорили что для Явы те терки станут крышкой гроба. Такчто вот както так, один неверный шаг и какой перевес. с MySQL тоже было недавно дело, тоже ведь вдруг захотели много денег… и чуть не потеряли все… одна ошибка может перечеркнуть все.
Я помню то время кодинга. Много чиво вкусного было тогда в ява-аплетах, а Флеш был в новинку. Но для меня Ява в то время сильно было тормознутой, Флеш всегда работали над оптимизацией, а ява все также оставался огромным тормозом. В мелких демках все гуд, но чуть больше и уже страшно.
Ну а убило Яву, терки с Микрософт. Насколько помню то время, кажись Ява залупило цену, толи наоборот отказались платить, толи еще какието были трения, и Микрософт убрало из винды и браузера потдержку по умолчанию. А macromedia видимо наоборот, пошли другим путем в политике, и Микрософт в свое время стедало шаг, внедрило Флеш в винду по умолчанию… вот видимо это и дало просто оргомный скачек. Ведь Яву нужно уговаривать пользователей ставитть, а тут сразу по умолчанию Флеш работал в браузере. Тогда все говорили что для Явы те терки станут крышкой гроба. Такчто вот както так, один неверный шаг и какой перевес. с MySQL тоже было недавно дело, тоже ведь вдруг захотели много денег… и чуть не потеряли все… одна ошибка может перечеркнуть все.
+5
Про баннеры ладно, но для игр js+html5 вполне себе годятся. Просто пока мало, кто умеет готовить.
А Java applets не пошли из-за проблем в безопасности, майкрософт запрещало апплеты в осликах. Флешу же повезло, что он набрал парк пользователей плагином в свое время и его начали встраивать в браузеры.
А Java applets не пошли из-за проблем в безопасности, майкрософт запрещало апплеты в осликах. Флешу же повезло, что он набрал парк пользователей плагином в свое время и его начали встраивать в браузеры.
0
Удивительно, почему Ява не «выстрелила».Это было бы удивительно, если бы для Java существовал аналог Flash IDE ориентированный на не-программистов. Со всеми этими keyframes, motion tween, morphing, редактором скриптов в том виде, в котором оно было в Flash 4.
А так — да, быстрее, да, у апплетов были богаче возможности. Но дизайнер/художник не умеющий программировать написать на Java ничего не мог, а Flash дал ему возможность создания интеркативных роликов.
+1
Я может чего-то не понимаю, но почему не вынести банер в iframe?
+1
Опередили. Так и делают.
0
Это пока единственное решение… но все понят историю с IFRAME? Как и с Флешем, постоянно кричали долой IFRAME, ктото пытался его блокировать, какието браузеры пытались его игнорировать. Вот круто… убить Флеш чтобы вернутся к IFRAME.
Разве не проще было все это время потратить не на попытку повторить Флеш, а решить те проблемы с Флеш в Линухе и Апл? У Флеша уже все было, пока будут пытаться биться в тупиках с HTML5, могли решить десятки раз все пролемы с Флеш. Притом что он ведь Open Source. Но вот видимо всех напугало что Флеш находился в одних руках всетаки у Adobe, и это явно всем не нравилось, все начала Appl, потом они начали подначивать других. Сами ничего не придумали своего но и Флешу отказали. Их потдержали Линуксоиды. Appl со своей манией монопольности, явно испугался Adobe, ведь они по сути были монополистами всей анимации во всем интернете. А вот щас вернемся к IFRAME в итоге, который все блокировали… во крутой поворот событий.
Разве не проще было все это время потратить не на попытку повторить Флеш, а решить те проблемы с Флеш в Линухе и Апл? У Флеша уже все было, пока будут пытаться биться в тупиках с HTML5, могли решить десятки раз все пролемы с Флеш. Притом что он ведь Open Source. Но вот видимо всех напугало что Флеш находился в одних руках всетаки у Adobe, и это явно всем не нравилось, все начала Appl, потом они начали подначивать других. Сами ничего не придумали своего но и Флешу отказали. Их потдержали Линуксоиды. Appl со своей манией монопольности, явно испугался Adobe, ведь они по сути были монополистами всей анимации во всем интернете. А вот щас вернемся к IFRAME в итоге, который все блокировали… во крутой поворот событий.
+5
Зачем блокировать iframe? Что плохого в iframe? Кому надо его блокировать — тот и флеш-банеры умеет блокировать.
youtube генерирует html для вставки в котором как раз iframe, что не так-то?
А потом в js существует пространство имен, в css — обертка через id
youtube генерирует html для вставки в котором как раз iframe, что не так-то?
А потом в js существует пространство имен, в css — обертка через id
+1
Проблема в разработке единого стандарта, проприетарные решения всегда воспринимались прохладно, еще во времена java applets. На iOS же его не пустили по нескольким соображениям — производительность(мобила не комп и ОС не винда), отсюда и проблемы с автономностью(быстрее садится батарея). Допустим таки ейпл бы в сотрудничестве с Adobe порешали проблемы флеша и хорошо бы его внедрили в iOS(что маловероятно из-за разногласий Apple с Adobe) — сайты с приложениями и играми на флеш конкурировали бы с Appstore — кому-то это надо? С другой стороны флеш спокойно оборачивается в Air и деплоится на аппстор, но сколько адоби не пилит его, оно даже на последнем айпаде не отличается высокой производительностью, в тех же играх. И это далеко не все проблемы флеш. Так что я бы не был столь категоричным, все таки флеш и хорош, но далек от идеала, так же как и политика Adobe.
0
Флеш проприетарная разработка одной корпорации.
Разработка на которую не могут влиять производители мобильных устройств, где недостатки флеш видны в первую очередь (например энергопотребление)
проблема флеша в том что адоб не успевает за рынком мобильных устройств. И любой корпорации производящий подобные устройства проще использовать и пилить кривой недоделанный глючный НО тот на который они могу влиять html5.
Потому флеш мертв. И это понимает сам Адоб.
Разработка на которую не могут влиять производители мобильных устройств, где недостатки флеш видны в первую очередь (например энергопотребление)
проблема флеша в том что адоб не успевает за рынком мобильных устройств. И любой корпорации производящий подобные устройства проще использовать и пилить кривой недоделанный глючный НО тот на который они могу влиять html5.
Потому флеш мертв. И это понимает сам Адоб.
0
как раз флеш и успевает — adobe air работает на нескольких мобильных платформах, другое дело, что кучу баннеров мобильному браузеру крутить тяжело.
0
Флеш уже опоздал.
Он исключен по умолчанию практически со всех мобильных платформ. И назад его никто не вернет.
Он исключен по умолчанию практически со всех мобильных платформ. И назад его никто не вернет.
0
Опоздал? В чем? Исключен с платформ?
Не гоже ИТшнику такими словами высказываться.
1. Флеш обогнал все существующие на сегодня варианты и всех конкурентов на года в перед.
2. Флеш исключен не с платформ а с браузеров как плагин. Приэтом его перевели в свое закрытое пространство под Adobe Air где не будет бардака как с веб страницами браузера когда десятки банеров написаных чайнками. Теперь это проблема самих браузеров, когда начнут все лепить баннеры на JS анимации… во то будет веселуха… у мен ядебагер уже вешается бродя по инету.
3. Флеш достиг колосальных успехов в мультимедиа и анимации, вот туда и двинулись. Флеш был опен соурс, а потому просто как плагин браузера бесплатный и под баннеры они неимели ничего. Теперь же они считай платформа целенаправленная, которая свое дело делает просто великолепно, и самое главное, кросс-платформенно.
Не будет Флеш баннеров — Адоб тут ничего не теряет. Игры как делались под Декстопы на Флеш так и продолжают но уже в 3D. А для мобильных, тоже самое заворачивают в Air, При этом они ввели для себя наконецто Premium Development и ввели мягко и красиво, без фанатизма и жадности, с которого будут получать свое, в отличие от безхозных баннеров.
Air для Адоб это выход из всей этой ситуации, закрыть Флеш в отдельное пространство, контроллируемое. Если у когото тормозит, то только потому что у когото кривые руки, причем сильно кривые. Как рпимер — я переделывал сотни раз JavaScript код в разных проэктах, потому как есть умельцы в пару строк положить браузер клиента намертво. Так что? удалить JS со всех платформ и браузеров и оставить чистый HTML?
Не гоже ИТшнику такими словами высказываться.
1. Флеш обогнал все существующие на сегодня варианты и всех конкурентов на года в перед.
2. Флеш исключен не с платформ а с браузеров как плагин. Приэтом его перевели в свое закрытое пространство под Adobe Air где не будет бардака как с веб страницами браузера когда десятки банеров написаных чайнками. Теперь это проблема самих браузеров, когда начнут все лепить баннеры на JS анимации… во то будет веселуха… у мен ядебагер уже вешается бродя по инету.
3. Флеш достиг колосальных успехов в мультимедиа и анимации, вот туда и двинулись. Флеш был опен соурс, а потому просто как плагин браузера бесплатный и под баннеры они неимели ничего. Теперь же они считай платформа целенаправленная, которая свое дело делает просто великолепно, и самое главное, кросс-платформенно.
Не будет Флеш баннеров — Адоб тут ничего не теряет. Игры как делались под Декстопы на Флеш так и продолжают но уже в 3D. А для мобильных, тоже самое заворачивают в Air, При этом они ввели для себя наконецто Premium Development и ввели мягко и красиво, без фанатизма и жадности, с которого будут получать свое, в отличие от безхозных баннеров.
Air для Адоб это выход из всей этой ситуации, закрыть Флеш в отдельное пространство, контроллируемое. Если у когото тормозит, то только потому что у когото кривые руки, причем сильно кривые. Как рпимер — я переделывал сотни раз JavaScript код в разных проэктах, потому как есть умельцы в пару строк положить браузер клиента намертво. Так что? удалить JS со всех платформ и браузеров и оставить чистый HTML?
+4
Если я правильно Вас понял, то рад сообщить, что Premium Development уже также мягко и красиво вывели.
0
Главный аргумент от сторонников HTML и JS, как я понял, это «открытый (обфусцированный) код» баннеров и приложений в целом. Т.е. загружаемый в браузере баннер можно контролировать средствами браузера: урезать время выполнения кода, приостанавливать выполнение скрипта и т.д. Мне кажется, делать то же самое с загружаемым флеш-роликом в контейнере OBJECT проблематично, что и привело к отказу от закрытой технологии.
0
Да нуу… вы видимо пошутили? Вы представляете что такое борьба со спамом? Тупо гонка… одни пишут код поиска и блокировки регуляркой, вторые меняют код как хотят. Вот с банерами будет тоже самое. Я могу дать гарантию, что никто не сможет написать блокировку JS банера, которую нельзя будет легко обойти. И никто не защитит страницы от дурного кода, или шутника. Я слишком хорошо знаю JS, чтобы понимать во что это выльется.
0
Нет, я о другом. Контроль за выполнением кода JavaScript интерпретатором, например V8.
Код — ни что иное, как инструкции для выполнения операций. Например, если «зловредный скрипт» зависнет или будет подавать подозрительную активность — интерпретатор может понизить приоритет его выполнения, например.
Код — ни что иное, как инструкции для выполнения операций. Например, если «зловредный скрипт» зависнет или будет подавать подозрительную активность — интерпретатор может понизить приоритет его выполнения, например.
0
Вы хоть представляете что значит ввести новый JS в браузеры? Это еще более мучительный процесс чем с HTML5.
Кол-во браузеров только растет, выпускают из все кому не лень. Также еще и мобильных Ось тоже становится больше. А вот теперь введите чтото новое или стандарт, имея такую солянку никем не контролируемую браузеров и ОСей.
Вот как раз Flash решал все эти миллион проблем, и было годами готовое решение… убили, и теперь сидим чешем репу, как решить миллион нерешаемых проблем.
Кол-во браузеров только растет, выпускают из все кому не лень. Также еще и мобильных Ось тоже становится больше. А вот теперь введите чтото новое или стандарт, имея такую солянку никем не контролируемую браузеров и ОСей.
Вот как раз Flash решал все эти миллион проблем, и было годами готовое решение… убили, и теперь сидим чешем репу, как решить миллион нерешаемых проблем.
0
iframe
0
Согласен. Достаточно поставить флешблок, чтобы избавить себя от всех баннеров разом. С html5 так не получится :(
0
Не далее, как вчера попробовал Эдж.
Сначала все очень понравилось, просто порадовался такой отличной штуке.
Стал перетаскивать одну свою работу, схему танца. Там всего-то несколько примитивов движутся по заранее заданным траекториям. Долго искал как задать траекторию. Потом полез в гугл. Нет такого инструмента. Стоп-кран и полный назад во флэш :(
Сначала все очень понравилось, просто порадовался такой отличной штуке.
Стал перетаскивать одну свою работу, схему танца. Там всего-то несколько примитивов движутся по заранее заданным траекториям. Долго искал как задать траекторию. Потом полез в гугл. Нет такого инструмента. Стоп-кран и полный назад во флэш :(
+1
Какие проекты вы пробовали делать? Только баннеры или что-то более масштабное? В какие форматы можно сделать экспорт полученного проекта?
0
Экспорт там один, чисто html+js, в файл или паблишинг. Т.е. задачи там очень простые и целевое направление тоже — Animation. Получив на выходе файлы вы можете это перекрутить как вам уже хочется, но та мтак все завязано и сшито, что я не вижу других приминений, кроме анимации и презентаций. Максимум это интерактивная анимация или презентация.
Т.е. игру вы на ней не сделаете или приложение.
Т.е. игру вы на ней не сделаете или приложение.
0
Полагаю, вопросы адресованы мне?
Пока только ролики и баннеры без интерактива. Но я думаю, что в ближайшем будущем Edge пригодится скорее для анимации элементов сайтов, типа меню и шапок. См. красивый пример от Adobe.
Всего три варианта(скрина окна Publish Settings):
![](https://habrastorage.org/r/w780q1/storage2/adc/247/73a/adc24773acec4caf338b69820794995c.jpg)
Какие проекты вы пробовали делать? Только баннеры или что-то более масштабное?
Пока только ролики и баннеры без интерактива. Но я думаю, что в ближайшем будущем Edge пригодится скорее для анимации элементов сайтов, типа меню и шапок. См. красивый пример от Adobe.
В какие форматы можно сделать экспорт полученного проекта?
Всего три варианта(скрина окна Publish Settings):
![](https://habrastorage.org/storage2/adc/247/73a/adc24773acec4caf338b69820794995c.jpg)
0
Копирование анимации.
Если я правильно помню, и моя память не спит с другим, то это несложно реализовывалось во Flash'е, через Right Click => Copy motion. Или я не прав?
0
Не спит) Но это работает только для Motion твинов (для меня удобнее классические, я с ними и работаю).
0
Эм… Тоесть вы сравниваете одну новую технологию с другой, но устаревшей?
0
Я бы не сказал, что классические твины — устаревшая технология. Абсолютное большинство моих коллег использует классик твины для работы. Это, во-первых удобнее во многом, во-вторых проекты на классик твинах проще для конвертации в видео или HTML5. В описании того же Toolkit for CreateJS есть строки
Тем не менее, справедливости ради, в этом пункте статьи стоит пометить, что речь именно о классик твинах. Спасибо!
While Toolkit (v1.1 and up) supports motion, shape, and classic tweens, I would recommend using classic tweens whenever possible.
Тем не менее, справедливости ради, в этом пункте статьи стоит пометить, что речь именно о классик твинах. Спасибо!
0
Не буду углубляться… но тогда и для всего остального допишите:
Возможность перемещать объекты по сцене, не влияя на анимацию. — можно в Motion Tween, путём перетаскивания не за объект, а за сам путь
Простота модификации. — Swap'ать символы проще простого. И текст менять можно. А если вы говорите об уже скомпилированном проекте, то да, это сложнее… Но оно и не нужно
Easing presets: — есть и пресеты, и руками в моушен-едиторе можно всё как хочешь настроить
Вообще, создаётся ощущение, что вы описывали не то, чего нет во Flash'е, а то, что вы просто в нём не умеете…
Возможность перемещать объекты по сцене, не влияя на анимацию. — можно в Motion Tween, путём перетаскивания не за объект, а за сам путь
Простота модификации. — Swap'ать символы проще простого. И текст менять можно. А если вы говорите об уже скомпилированном проекте, то да, это сложнее… Но оно и не нужно
Easing presets: — есть и пресеты, и руками в моушен-едиторе можно всё как хочешь настроить
Вообще, создаётся ощущение, что вы описывали не то, чего нет во Flash'е, а то, что вы просто в нём не умеете…
0
Повторяюсь, речь о классик твинах. Если вы делаете проекты на AS3 с motion твинами — поздравляю, половина названных мной проблем не актуальна. Но если вы работаете на тех же условиях, что и я, то поймете актуальности вопросов.
Flash очень удобная и приятная для работы программа, я ни в коем случае не хотел подчеркнуть ее недостатки, но просто поделился своими впечатлениями от сравнения с Flash.
Flash очень удобная и приятная для работы программа, я ни в коем случае не хотел подчеркнуть ее недостатки, но просто поделился своими впечатлениями от сравнения с Flash.
0
Как сейчас в Edge обстоят дела с русскоязычными шрифтами? Теперь они переключаются нормально?
Некоторое время назад у этого продукта были такие проблемы.
Некоторое время назад у этого продукта были такие проблемы.
0
С точки зрения анимации нет никакой разницы кириллица или латиница используется.
Что вы имеете в виду под «переключаются»?
Теперь они переключаются нормально?
Что вы имеете в виду под «переключаются»?
0
Шрифт меняешь — вид надписей на латинице изменяется, а русских — нет. Причем шрифт достоверно русский. Баг в Edge.
0
Я каких-то проблем со шрифтами не заметил, наверное, проблему уже решили. Смотрите пример с кириллическими курсивным и п/жирным шрифтами.
0
Сопоставление Flash и HTML5, безусловно, интересная тема. Потребность в хорошем инструменте разработки под HTML5 назрела давным-давно, но ведь не только этим дело исчерпывается. В мире Flash постоянно что-то улучшается, и каждый апдейт плеера радует своими мелкими плюшками. Вот недавно стало возможно напрямую подавать поток с вебки на аппаратно-ускоренный слой StageVideo, что актуально для HD-камер. Свежий релиз плеера 11.6 дает нам доступ к Query Graphics API. А HTML5-плеер на YouTube, кажется, все еще в статусе экспериментального…
+1
Я вообще считаю что нету смысла сравнивать HTML5 и Flash. Это есть и будут совсем разные вещи.
Новые возможности HTML я принимаю и согласен… давно пора расширять. Многие вещи можно воспринять как замена целого куска кода одним тэгом. Также можно былобы аналог JQuery уже внидридь чтобы уже изначально можно было $(element) вместо старого document.getElementById и подобное еще и без проверок.
Как расширение HTML я это принимаю, но не как замена Флеш… это просто совсем разные вещи, и не вижу смысла в этом.
Да и не получится ничего из этого путного. Теже чайники что лепили корявые баннеры, будут лепить еще боле корявые баннеры на JS, и таскать при этом тучу либ с собой разных мастей и с попыткой кроссбраузерности и кроссплатформенности… ото будет просто чтото страшное. И это все будет в единном пространстве. Один очумелый писака, своим баннерком сможет легко сломать дизайн как минимум всех страниц. Даже IFRAME тут ничем не поможет. Из IFRAME с легкостью ломается все что выше.
Для примера я вот только вчера искал ошибку которая сломала продукт. Оказалось что либа для tooltip написанная на prоtotype, обращалась к эвентам не window.event а тупо напрямую event. И все слетело как только в дизайнер не подумав влепил элемент с ID='event'. И все… привет. Ничего неработает и дебагер толком сказать неможет.Просто не работает и все. Либа считалась очень популярна, код зашит оптимизатором, и делайте что хотите, Дебагер вам в руки и в перед. Так что, гарантирую всем — БУДЕТ ВЕСЕЛО!
Новые возможности HTML я принимаю и согласен… давно пора расширять. Многие вещи можно воспринять как замена целого куска кода одним тэгом. Также можно былобы аналог JQuery уже внидридь чтобы уже изначально можно было $(element) вместо старого document.getElementById и подобное еще и без проверок.
Как расширение HTML я это принимаю, но не как замена Флеш… это просто совсем разные вещи, и не вижу смысла в этом.
Да и не получится ничего из этого путного. Теже чайники что лепили корявые баннеры, будут лепить еще боле корявые баннеры на JS, и таскать при этом тучу либ с собой разных мастей и с попыткой кроссбраузерности и кроссплатформенности… ото будет просто чтото страшное. И это все будет в единном пространстве. Один очумелый писака, своим баннерком сможет легко сломать дизайн как минимум всех страниц. Даже IFRAME тут ничем не поможет. Из IFRAME с легкостью ломается все что выше.
Для примера я вот только вчера искал ошибку которая сломала продукт. Оказалось что либа для tooltip написанная на prоtotype, обращалась к эвентам не window.event а тупо напрямую event. И все слетело как только в дизайнер не подумав влепил элемент с ID='event'. И все… привет. Ничего неработает и дебагер толком сказать неможет.Просто не работает и все. Либа считалась очень популярна, код зашит оптимизатором, и делайте что хотите, Дебагер вам в руки и в перед. Так что, гарантирую всем — БУДЕТ ВЕСЕЛО!
+4
Вы сильно категоричны в своих высказываниях.
Через IFRAME нет доступа к сайту-родителю, если домены сайта на котором расположен IFRAME и сайта с которого грузится IFRAME не совпадают. Google вбухивает достаточно денег, чтобы предотвратить подобные уязвимости через IFRAME.
Потом вы забываете, что в баннерных сетях существуют ограничения даже для флеш-баннеров, по размеру. Баннеры модерируются.
Если твоему ресурсу не нужны «тяжелые баннеры, которые никто не модерирует» — выбирай хорошую баннерную сеть, где таких проблем нет.
Сейчас вы описываете ситуацию, что завтра возьми да и умри флеш, и все сразу пересядут на баннеры на JS. Но всегда все вводится постепенно: если баннеры на JS будут вредить сайтам — их банально никто не будет использовать, а разработчики будут искать возможность запуска рекламы в изолированных песочницах. Возможно, появится новый формат изолированных контейнеров, содержащих JS+CSS+HTML.
Я думаю, необходимо отставить панику и вести себя более сдержанней.
Через IFRAME нет доступа к сайту-родителю, если домены сайта на котором расположен IFRAME и сайта с которого грузится IFRAME не совпадают. Google вбухивает достаточно денег, чтобы предотвратить подобные уязвимости через IFRAME.
Потом вы забываете, что в баннерных сетях существуют ограничения даже для флеш-баннеров, по размеру. Баннеры модерируются.
Если твоему ресурсу не нужны «тяжелые баннеры, которые никто не модерирует» — выбирай хорошую баннерную сеть, где таких проблем нет.
Сейчас вы описываете ситуацию, что завтра возьми да и умри флеш, и все сразу пересядут на баннеры на JS. Но всегда все вводится постепенно: если баннеры на JS будут вредить сайтам — их банально никто не будет использовать, а разработчики будут искать возможность запуска рекламы в изолированных песочницах. Возможно, появится новый формат изолированных контейнеров, содержащих JS+CSS+HTML.
Я думаю, необходимо отставить панику и вести себя более сдержанней.
0
Отвечу просто:
1. Вам в пример ситуация с баннерами на флеше — весь контроль в *опу полностью, все мы видим к чему все пришло. Глупо считать что с JS будет все по другому…… просто новые грабли.
2. Достаточно иметь опыт с JS не в плане присабачить очередной jquery плагин кудато, а имея большой опыт с дебагером и колупания проблем JS, чтобы понимать, чем это все грозит.
Я ведь писал уже выше и не раз… включите дебагер и смотрите. Даже вот и на хабре консоль забита, На томже jquery сайте вообще сваливается скрипт на многих страницах, и это на таком уровне. Что творится на других, я просто умолчу. И теперь все это умножьте, как только все флешевое переведут полностью на JS. Сам принцип JS в том что он не компилируемый, и никто не сможет определить ошибки, пока в конкретном месте в определенной ситуации, не сложатся все скрипты и либы и классы. И вот только тогда может вылезти проблема, но уже у клиента на его стороне.
Кто сможет дать гарантию и проверить, что прилинкованная либа или css стиль, на какомто сайте не сломает там все? или буду проблемы с другими сторонними либами?
1. Вам в пример ситуация с баннерами на флеше — весь контроль в *опу полностью, все мы видим к чему все пришло. Глупо считать что с JS будет все по другому…… просто новые грабли.
2. Достаточно иметь опыт с JS не в плане присабачить очередной jquery плагин кудато, а имея большой опыт с дебагером и колупания проблем JS, чтобы понимать, чем это все грозит.
Я ведь писал уже выше и не раз… включите дебагер и смотрите. Даже вот и на хабре консоль забита, На томже jquery сайте вообще сваливается скрипт на многих страницах, и это на таком уровне. Что творится на других, я просто умолчу. И теперь все это умножьте, как только все флешевое переведут полностью на JS. Сам принцип JS в том что он не компилируемый, и никто не сможет определить ошибки, пока в конкретном месте в определенной ситуации, не сложатся все скрипты и либы и классы. И вот только тогда может вылезти проблема, но уже у клиента на его стороне.
Кто сможет дать гарантию и проверить, что прилинкованная либа или css стиль, на какомто сайте не сломает там все? или буду проблемы с другими сторонними либами?
0
Вы все утрируете.
Возле каждой строчки с ошибкой четко проставляется место, где возникла ошибка. Достаточно развернуть трейс, и отследить в каком месте произошла ошибка. Это дело опыта.
Потом сайты сейчас делают и исправляют ошибки не на работающем проекте, а локально, с отключенными баннерами. Время идет, подходы к программированию меняются.
И ваш главный довод: глобальное пространство видимости переменных. Решается за счет IFRAME. Баннер грузится в IFRAME, как и миллион других современных баннеров (на флеше и без флеша). Пространство видимости переменных изолировано. И проблема, как таковая, притянута за уши. Для «тяжелых» библиотек есть CDN.
Возле каждой строчки с ошибкой четко проставляется место, где возникла ошибка. Достаточно развернуть трейс, и отследить в каком месте произошла ошибка. Это дело опыта.
Потом сайты сейчас делают и исправляют ошибки не на работающем проекте, а локально, с отключенными баннерами. Время идет, подходы к программированию меняются.
И ваш главный довод: глобальное пространство видимости переменных. Решается за счет IFRAME. Баннер грузится в IFRAME, как и миллион других современных баннеров (на флеше и без флеша). Пространство видимости переменных изолировано. И проблема, как таковая, притянута за уши. Для «тяжелых» библиотек есть CDN.
0
UFO just landed and posted this here
Полагаю, вы не знакомы со спецификой разработки баннеров(а я еще в начале статьи писал, чем занимаюсь). Для большинства площадок СНГ техтребования обязуют использовать AS2, а это значит, что пресеты, о которых вы говорите отсутствуют:
![](https://habrastorage.org/r/w780q1/storage2/3dc/924/002/3dc924002aa7ed08d6bcba29b4418203.jpg)
Про символы: зачастую всю анимацию распихивать по символам неудобно, т.к. дольше(не так удобно), вести разработку, вносить правки и делать в итоге ресайзы. От того, что будет 5 разных символов, вес меньше не станет, это сработает только если символы клонированные — тогда, конечно.
Вылеты, вижу, и у вас бывают. А другие продукты Adobe так же часто вылетают? По мне так, Flash самый нестабильный из всего, чем я пользуюсь.
![](https://habrastorage.org/storage2/3dc/924/002/3dc924002aa7ed08d6bcba29b4418203.jpg)
Про символы: зачастую всю анимацию распихивать по символам неудобно, т.к. дольше(не так удобно), вести разработку, вносить правки и делать в итоге ресайзы. От того, что будет 5 разных символов, вес меньше не станет, это сработает только если символы клонированные — тогда, конечно.
Вылеты, вижу, и у вас бывают. А другие продукты Adobe так же часто вылетают? По мне так, Flash самый нестабильный из всего, чем я пользуюсь.
0
Хотел давно узнать, можно продавать исходники html, css, js (не темплейты) на codecanyon или других биржах кода? или такая халтура не прокатывает там?
0
Sign up to leave a comment.
Переходим с Flash на Edge — сравнение двух платформ для создания анимации