Пользователь
0,2
рейтинг
22 февраля 2012 в 15:22

Adobe отказывается от разработки Flash Player и AIR для GNU/Linux

Сегодня компания Adobe выпустила план разработки Flash, в котором не нашлось места Flash Player и AIR для Linux. Отныне в течение пяти лет компания Adobe будет предоставлять исправления безопасности и программных ошибок, а вот новые версии разрабатываться не будут. Исключение составляет Google Chrome, в котором реализована модель подключаемого модуля в качестве Pepper Plugin. То есть, Google Chrome на данный момент является единственным браузером, который будет получать обновления функций модуля. То же самое постигло и Adobe AIR, правда, без исключений.
Напомню, что ранее разработчик отказался от разработки Flash Player для мобильных платформ.
P. S. Судя по этим новостям, можно с уверенностью сказать, что о Photoshop под GNU/Linux можно и не мечтать теперь.
Anzhel Bozhinov @Mairon
карма
19,5
рейтинг 0,2
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

Комментарии (166)

  • +8
    Хрен с ним с фотошопом. Конечно, новость о плеере совсем не порадовала.
    • +2
      Кому что. Меня например только фотошоп и заставляет ставить винду :(
      • +1
        Один мой знакомый™ использует Photoshop CS5 через wine. Единственный глюк, который возникает в приложении — это всплывающая подсказка, которая иногда не хочет исчезать. Еще меню иногда показываются поверх всего, даже если переключиться на другое приложение, но это на работу в самом фотошопе никак не влияет. При установке есть сложности со шрифтами, но это решаемо.
        • +1
          Я, по необходимости, пользуюсь таким решением, пользоваться можно, но:
          — как вы сказали, тултипы иногда не пропадают и окно ресайзится очень глючно(решается настройкой виртуального десктопа)
          — невозможно скопировать текст
          — установить под вайном нельзя, можно перенести с винды
          — изображение при скроле или ресайзе отрисовывается довольно медленно
          — в wine 1.4rc* сломалось, т. е. просто падает при загрузке
          — куча мелких артефактов в интерфейсе.

          Т. к. поставить невозможно, использую портейбл версию, в связи с этим еще проблема с открытием файлов.
          • –1
            В общем, не идеально, но работать можно.
            А какие проблемы с файлами в portable? Не замечал…
            • 0
              У меня не получилось настроить открытие файла в фотошопе, возможно косяк моей версии.
              • 0
                Используйте старую версию wine 1.2. У меня после обновления до 1.3 разные глюки были. Вернул 1.2 — сейчас все отлично.
                • 0
                  > Вернул 1.2 — сейчас все отлично.
                  С CS какой версии?
                  • 0
                    С версией wine 1.2 пробовал CS3, CS4 и CS5 Portable сборки с appz blogspot.
                    А с версией wine 1.3 фотошоп CS 4 работает плохо, а CS 5 даже не загружается до конца.
              • 0
                Я не говорил, что будет легко.
          • 0
            << невозможно скопировать текст
            Сколько лет вашему вайну?
      • –1
        А у меня CS4 нормально в OpenSuse 11.4 под Wine'ом работает… правда CUDA не юзает :( но работает
      • –1
        А GIMP никак не освоить?
        • 0
          При всем моем глубоком уважении к GIMP, до Photoshop он пока не дотягивает, хотя рано или поздно он обязательно дорастет до нужного уровня. GIMP я узаю для какой-нить хитрой обработки «технических» изображений, получаемых с разных специфических девайсов в связке Matlab /for linux/+Python+GIMP. Для этих задач он мне кажется более удобным… а фотографии с претензиями на художественность я довожу до ума в Photoshop. Хотя тут уже дело привычки: кому что удобнее. Это скорее философия.
          • +1
            Скорее дело привычки чем философии, я пользую GIMP на Win 7. До Photoshop действительно не дотягивает, но в 90% задач есть 90% нужных возможностей. Насчет рано или поздно, ИМХО поздно ) 16 бит на канал обещают уже не первый год, а воз и ныне там.
            • 0
              Везет вам, если для 90% задач GIMP подходит. Мне за полтора года не предоставили дизайнеры ни одного макета, который бы одинаково отображался и GIMP и в Photoshop. За частую на слоях стоят эффекты, которые не работают в GIMP, но нужно, чтобы были в верстке.
      • 0
        Меня он подтолкнул на хакинтош.
    • +5
      Уже больше года сижу с плагином FlashBlock и очень доволен, иногда жмакну на значок «f» что бы посмотреть видеоролики, и то на youtube использую html5.
      Так что я могу сказать, что вообще хрен с ты с этим Adobe!

      Что касается графики, то меня gimp более чем устраивает.
      • 0
        Да, Linux и Flash баннеры когда-то меня тоже очень сильно доставали. FlashBlock — спаситель.

        Но музыка и видео… Не понятно что будет дальше.
        • +3
          А дальше будет html5. И аудио, и видео. Это выгодно уже сейчас, и будет выгодно в дальнейшем.
  • +35
    Освобождается место для HTML5.
    • 0
      Скорее для Native Client! (HTML5 не замена флешу).

      По крайней мере я на это надеюсь.
      • 0
        Смотря для чего, для видео и аудио — очень даже замена. Для баннеров HTML5 годится плохо, это хорошо :) Для игр, HTML5 проигрывает только в кол. уже существующих игр.
        • –1
          >> Для игр, HTML5 проигрывает только в кол. уже существующих игр.

          Ну тут не совсем верно: у HTML5 все-таки недостаточная производительность для игр.
          • 0
            Так и у флеша с производительностью не фонтан, а Native Client, насколько я понимаю, альтернатива JS, а не HTML5, т. е. для отображения будут использоваться те же WebGL, canvas и svg.
            • 0
              Когда я говорил про HTML5, я имел ввиду HTML5 + JavaScript. И разделять эти понятия по-моему не имеет смысла.

              >> а Native Client, насколько я понимаю, альтернатива JS, а не HTML5, т. е. для отображения будут использоваться те же WebGL, canvas и svg

              Никакая это не альтернатива — в NaCl же исполняется нативный код. Про WebGL, canvas и svg не в курсе.

              >> Так и у флеша с производительностью не фонтан

              Зато у NaCl все будет с ней в порядке :)
              И NaCl хоть во всех браузерах одинаково работать будет (как и флеш), в отличие от HTML5.
          • 0
            Это временно
            • 0
              Я думаю это невозможно.

              JavaScript интерпретируемый язык с неявной типизацией, а в Native Client исполняется нативный x86 код. Соответственно первый никогда не сможет конкурировать со вторым по скорости.
              • 0
                Не подменяйте понятия. Я нигде не говорил, что интерпретируемый JavaScript будет быстрее компилируемых языков. Я утверждаю, что скорости для производства игр будет достаточно
              • 0
                Уже сейчас гугловый v8 компилируется в «собственный машинный код, минуя стадию промежуточного байт-кода».
                • 0
                  А с 2008-го, если верить wiki, JavaScriptCore тоже компилируется в байт код.
  • +14
    Я думаю они пересмотрят план. Нынешнее руководство обосрется, сменится новым, и план поменяют.
    • +1
      Adobe сама заинтересована во внедрении HTML5. Злословы, помнится, говорили, что Adobe не может решить проблемы производительности под прожорливый Android, поэтому разработка была прекращена. Но вряд ли руководство Adobe не понимало, что через несколько месяцев после их отказа станут реальностью четырёхъядерные телефоны, поэтому на оптимизацию можно будет забить. Не удивлюсь, если Adobe дропнет поддержку Flash Player для OS X в этом или следующем году.
  • 0
    Сами себе могилу роют
    • +8
      Как будто они только с флешплеера кормятся. Выкинут флеш — сделают чёнить новое.
      • –1
        Они падают в моих глазах :)
      • –5
        > Выкинут флеш — сделают чёнить новое.
        Уже делают: labs.adobe.com/technologies/edge/
        Кто заинтересован в продукте — голосуйте: forums.adobe.com/message/4194553
      • 0
        Это просто очень удивляет. Распространенность флеш-плеера была выше чем у винды. Они взяли и полностью отказались от него.

        Фактически, флеш-плееру осталось очень немного жить.
  • +12
    Я не удивлюсь если через год мы увидим новость «Сегодня компания Adobe выпустила план разработки Flash, в котором не нашлось места Flash Player и AIR „
    • 0
      AIR они пока выкидывать не собираются. Под Android его продолжают развивать.
  • +23
    Флеш не нужен.
    • +13
      Ок.
    • –5
      Мы не на ЛОРе
      • +1
        Я рад за вас.
      • +7
        Так вот оно что. А я уже месяц думаю, что ЛОР дизайн поменял
  • –5
    Photoshop и не нужен был так то, гораздо печальнее отказ от поддержки air. На чем теперь писать кросс платформ? java разве что, но в топку
    • +3
      >Photoshop и не нужен был так то

      Многие с вами не соглашатся. Даже в верстке без него сложновато.
      • –21
        Тех, кто верстает не_в_текстовом_редакторе, нужно принудительно пересаживать на диалап и заставлять верстать для ie5 до конца жизни.
        • +14
          При чем здесь это? Если верстальщику приходит макет в psd (обычно это именно так), то в чем интересно его открывать? И да, я знаю, что ГИМП поддерживает псд, но очень часто его поддержка мягко говоря сильно лагает.
          • +5
            А то, что верстальщик должен верстать в тестовому редакторе — тут даже спорить нечего, это очевидно.
            • +4
              не соглашусь, я не представляю нормальной работы с большими проектами, где есть куча JS кода без среды разработки, а так же командной разработки без git(или что-нибудь другого), а в том же notepad++ git далеко отстает от netbeans.
              • –1
                Под текстовыми редакторами в данном случае я подразумевал так же и IDE.
              • 0
                Есть среда разработки помогающая писать js код?

                З. Ы. последнее время пишу в sublime, подсветка синтаксиса, снаплеты и особенности редактора действительно помогают, но все же это не ide.
                • +2
                  JetBrains WebStorm
                • 0
                  я использую netbeans.
                  — хорошая подсветка переменных в зависимости их использования в различных областях видимости
                  — проверка синтаксиса
                  — автокомплит, совместимый с jquery и другими библиотеками
                  — уведомления о 'возможных' ошибках
                  — уведомления о проблемах в выбранном браузере(указываются отдельно версии для ie, chrome, ff в глобальных/настройках проекта)

                  всё это относится к JS в сборке netbeans php, в которой так же присутствует встроенный чекер валидности верстки в реальном времени, многое другое, а так же инструменты работы с самим php.

                  впрочем, всё это можно найти и в phpstorm, но он платный(для opensourse проектов и школ — бесплатный).
          • +1
            Гимп не поддерживает даже CMYK, о чём может быть речь :)
            • +4
              Поэтому я написал — мягко говоря:)
              • +3
                Я знаю, что цмик в вебе не используется, тем не менее, когда я отправил макет в цмике, а гимп на другом конце провода его не открыл — я был мягко говоря удивлён.
                • +11
                  Действительно, есть чему удивиться. А ведь есть еще миллион способов отправить макет так, чтобы он не открылся!
                  • +3
                    Ну печатные макеты обычно в CMYK отправляют, не? )
            • +2
              а зачем CMYK для веба? :)
              • –2
                см. выше.
            • 0
              Есть плагин, сам я никогда не пользовался, не было необходимости, но пишут, что работает хорошо. И открывает и сохраняет.
              blog.22design.ru/2007/09/gimp-vs-photoshop.html
          • 0
            Плюсую. Совсем недавно гуглил вовсю, чем еще можно открывать .psd, под Linux и дешевле чем PS/PS Elements. Результат печален, хоть кто-то и говорит что следующая версия Krita поддерживает .psd ну прямо таки на 99%.
            • 0
              Открывать можно гуглдоксом, а вот редактировать — тут уже сложнее :)
        • 0
          По-моему комментарий выше был о инструментах в фотошопе вроде Slice, а не о Dreamweaver-подобных программах.
          • +3
            Dreamweaver — неплохой редактор кода. Не самый лучший, но вполне годный. Никто ведь не заставляет использовать только WYSIWYG режим.
            • 0
              Это я прекрасно знаю, но тыкают им именно, когда он используется от начала до конца при вёртске.
          • 0
            Нарезать можно и в gimp, в psd сохраняется итоговая картинка без искажений, ее не очень сложно конвернтировать в png, например. Проблемы возникают если надо вырезать что-то с полупрозрачным фоном, сложно определить границу объекта если он уходит в никуда градиентом, нельзя посмотреть скрытые слои, в которых бывают различные состояния объекта, определить размер, цвет и собственно сам шрифт.
    • +9
      Qt, python, mono?
    • +20
      >>На чем теперь писать кросс платформ?
      Qt, python, java, etc.
      >>java разве что, но в топку
      Т.е. по вашему, air лучше java? У меня ощущение, что вы ни на одном из них не то что не писали, а в глаза не видели.
      • +1
        Жаль терять AIR под Линукс.

        >> Т.е. по вашему, air лучше java? У меня ощущение, что вы ни на одном из них не то что не писали, а в глаза не видели.

        Возможностей в 100 раз меньше, но по быстроте разработки AIR выигрывает. Да и зачем их сравнивать, они отлично выполняют, каждый свою задачу.
      • +14
        >>Т.е. по вашему, air лучше java? У меня ощущение, что вы ни на одном из них не то что не писали, а в глаза не видели.
        Я являюсь разработчиком и на Flex и на Java и могу сказать, что:
        1)Стандартные компоненты java без допиливания выглядят просто ужасно, независимо от доп. библиотек
        2)Намного сложнее и дольше создавать различные скины для компонентов
        3)Если с помощью Flash можно создать одинаковые приложения как для браузера так и для Desctop, то java апплеты здесь явно проигрывают.
        4) у 98% пользователей есть флэш, а что-такое java многие и не догадываются.
        6) Работа с микрофонами, видео, потоковым видео для Flash проста и быстра. Для Java приходится брать напильник.
        5)Java Fx, которую создавали по подобию Flex — уже который год слишком сырая.
        6)Именно поэтому несколько лет назад я отказался от серьезной разработки на Java для клиентских интерфейсов.
        7) Если Air чего-то специфического не может — тогда можно легко наладить bridge с небольшим приложением на java. А визуализацию все равно лучше отдавать на Flash.
        • –4
          > 4) у 98% пользователей есть флэш, а что-такое java многие и не догадываются.
          Среди пользователей Steam он остался у 96%, например.
        • +1
          1) SWT
          • 0
            SWT — платформозависимая
            • 0
              Нет. Она платформозависимая не более, чем Flash или AWT/Swing, потому что, хотя и не существует под любую платформу автоматически, но под все наиболее распространённые есть.
      • 0
        Можно продолжать на AS3, так как есть еще MDM Zinc, но он платный.
    • 0
      … java в топку…
      Бх… бгмх… бгмухаха
    • +5
      Придёт время, когда не будет ни газет, ни театров, ни кино ни air, ни qt, ни java, а будет одно сплошное телевидение HTML5 ;)
      • +4
        Нужно добавить «в облаке».
    • +2
      air и так не был кроссплатформенным как следует — глючил ужасно
    • 0
      python? perl? php? java?
  • –1
    помойму настаёт время затухания adobe flash
  • +5
    PPAPI — opensource'ный можно будет им заменить менее безопасный NPAPI в Firefox'е и др. броузерах, нет?
    • –3
      Можно, но пусть лучше покоится с миром.
    • +1
      Не факт. Mozilla, например, сейчас в этом не заинтересована.
      • +1
        Ну это «пока» было до сегодняшней новости :)
        • 0
          Лучше бы они не были заинтересованы в нём и дальше. Зачем тратить ресурсы разработчиков на PPAPI, если им сейчас наоборот нужно работать над HTML5?
          • +1
            Удержать пользователя вроде проще чем потерять и вернуть. Меня вот мозилла почти потеряла из-за былых проблем с памятью, что не мог на ночь браузер оставить. Сейчас вроде проблемы с памятью решили, но как-то влом переходить назад.
            • 0
              А куда идти с Firefox? На Opera с Flash всё будет так же. На Chromium/Chrome вагон и маленькая тележка других проблем (стабильность постепенно снижается, похоже QA в проекте снижается;, да с тем же потреблением памяти всё далеко не так гладко, как в Firefox), и наличие в нём Flash их не решает.
              • 0
                Есть люди для которых Flash ключевая технология, которая требуется от браузера. Если браузер каждые 5 минут не будет вылетать вместе с фэшем, то они перейдут на него.
                • 0
                  > Есть люди для которых Flash ключевая технология, которая требуется от браузера. Если браузер каждые 5 минут не будет вылетать вместе с фэшем, то они перейдут на него.
                  Для таких в ближайшие пять лет есть NPAPI-плагин Flash 11.2, совместимый с Opera и Firefox.
                  • 0
                    Если разработчики приложений будут активно использовать новые возможности Flash 12+, то велика вероятность, что эти люди будут использовать или Chrome под Linux, или Firefox/Opera под Windows, а не откажутся от приложений. И если лично мне всё равно «поддерживать» знакомым Хром или Фокс, то «поддерживать» им Windows не хотелось бы.
                    • 0
                      > Если разработчики приложений будут активно использовать новые возможности Flash 12+
                      Вряд ли — ведь эти возможности не будут доступны для мобильных устройств, так как там нет Flash. А мобильные устройства сейчас — это очень важно.
                      • 0
                        Некоторые, причём довольно именитые, используют Flash. Целевое устройство — явно ноут/десктоп. Пробовал на планшете — интерфейс явно не адаптирован под разрешения меньшие 1024х768 (по крайней мере 800х480 не хватало по обоим измерениям), что-то делать можно, но многие важные части интерфейса недоступны.
        • 0
          ...the Flash Player browser plug-in for Linux will only be available via the “Pepper” API as part of the Google Chrome browser distribution and will no longer be available as a direct download from Adobe…

          Исходя из это фразы — Flash Player будет поставляться исключительно вместе с Google Chrome, так что одной реализации PPAPI будет недостаточно, то есть в том же Chromium его не будет исходя из слов Adobe.
          • +1
            Ну так как сейчас никто кроме Google не принимает участие в разработке PPAPI, думаю по-этому Adobe и называют единственное — на сегодняшний день — решение. Я не могу заглянуть в будущее, но мне кажется что другиe броузеры, через PPAPI, вполне смогут подхватывать plugin, как и сейчас это делает Google Chrome через N(etscape)PAPI. Может сначала будет всё через костыли, т.е. например нужно будет держать установленным Chrome… но в итоге, если разработчики будут заинтересованы, то всё допилят.
  • 0
    А киким образом Adobe зарабатыват на Flash? Инструменты разработки много денег не принесут или они продают какой-то серверный софт?
    • +1
      Adobe Media Streaming Server. Нотак как он напрямую к Flash'у не привязан, можно убить Flash
      • +1
        Спрос на продукт повышается, если цена на дополняющий его продукт понижается (или равна нулю, как в данном случае). Убиванием Flash продажы уж не увеличатся точно.
      • +1
        вся фишка в том, что единственная причина существования глючного, дорогого, тормозного и неудобного Adobe Media Streaming Server — наличие в нём Flash Access, использование которого является необходимым требованием для получения прав на дистрибуцию ряда контента.

        Сегодня же мы имеем такую картину: рынок _потребления_ стремительно смещается с PC на планшеты и Smart TV. А там безраздельно и на многие годы рулит HLS. Использовать Adobe FMS для HLS будет только очень истовый фанат адоба.

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

        Хочу напомнить, что в Windows 8 по умолчанию флеша не будет, поскольку будет plugin-less mode, а это означает, что в плане продажи механизмов дистрибуции контента Адоб безнадежно просрали рынок и все стратегические партнерства.

        • 0
          Наверное вы имели ввиду Internet Explorer в Windows 8?
          • 0
            Конечно. Достаточно одному браузеру отказаться от флеша или сделать непреодолимые препятствия для его включения типа опции в настройках и рынок PC для них захлопнется молниеносно.

            В этом случае я вообще не представляю, как показывать видео на PC.
  • +8
    Это они уже в который раз меняют свое решение касательно FlashPlayer'а?

    То они выпускают 64-битную версию, то они ее не выпускают, то выпускают, но только не под линукс, то они снова выпускают 64 бита под все оси; то они выпускают под мобильные платформы, то они дропают поддержку мобильных платформ; теперь уже и 32-битную версию под линукс дропнуть хотят.

    Определились бы.
    • +31
      Что будем делать с флеш под линукс? Закрывать?
      image
      Okey
  • +2
    Исключение составляет Google Chrome, в котором реализована модель подключаемого модуля в качестве Pepper Plugin.
    А Molehill хром умеет в OpenGL пускать? Или GPU отрисовки флеша на *n?x совсем нет?
  • +4
    А в чем теперь профит от этово AIR?
    • +14
      *этого
      Простите, был напуган
    • 0
      • +3
        Вы наверное не так поняли. Раньше профит AIR был в кросс-платформенности, а теперь?
        • 0
          Ну, Mac и Win он продолжает поддерживать, что тоже неплохо.
          • +1
            И Android с iOS.
        • +1
          > Раньше профит AIR был в кросс-платформенности
          Что, впрочем, нисколько не способствовало его популяризации.

          > Вы наверное не так поняли.
          Я вполне понял, просто ссылка была демонстрацией того, насколько AIR «нужен».
          • +2
            > Что, впрочем, нисколько не способствовало его популяризации.
            Ну не знаю, лично я смотрел на AIR только с точки зрения кросс-платформенного решения. А так даже бы и не смотрел в его сторону.
  • +7
    Вот и славно, ждём аналогичного решения в отношении Flash для MacOS.
  • 0
    Каким образом из того, что дропается flash под *nix вытекает то, что фотошопа под *nix не будет?
    • 0
      Ага, ведь очевидно, что всех своих линукс-разработчиков они кинули на Фотошоп под Линукс. :)
  • +6
    Все так убиваються изза AIR, что даже удивтиельно.
    Что за приложения на AIR вы используете, что от них нельзя отказаться то?
    Ссылку на ICQ видел, ещё что-то важное есть? ато правда незнаю ни одного AIR приложения.
    Видимо отстал от жизни совсем))
    • 0
      flaphone
      • 0
        там есть флеш версия, значит работать будет в хроме.
        skype вконце концов)) Да и google talk отлично работают прямо из хрома.

        Да и прекращение разработки врятли каклибо скажеться на работоспособности этого приложения. Уже доступные версии AIR никто не отменял)

        Неубедили вобщем, что air нужен.
    • +2
      Я еще пару твиттер-клиентов знаю.
      Но вообще все что видел на Air — Больше на детские игрушки похоже.
    • +2
      balsamiq mockups
    • 0
  • +3
    флеш не нужен.
    тем более для 1% пользователей :)
    • +1
      Их уже давно намного больше 1%, поверьте…
      • НЛО прилетело и опубликовало эту надпись здесь
  • +5
    Вот потому я и полюбил haxe(+nme)… :) Хочешь — во flash компилируй, хочешь — в html5 или же в нативное приложение на c++.
    • +3
      Может напишете о нём небольшой пост? Было бы интересно.
    • 0
      А что-нибудь на нем сделали? Одной любви мало. Я пробовал неделю назад nmeшный таргет в HTML5 — сначала обрадовался, но позже сделал вывод, что авторам его еще пилить и пилить.
      • 0
        Пилить и пилить это точно, я с радостью напишу и расскажу, но, есть работа и другие цели приоритетней.
        • 0
          Сейчас я пишу одно приложение для работы с sql. Пока еще сижу на реализации протокола.
  • +1
    Тут многие пишут что флэш не нужен, однако это почти единственный способ для реализации хоть какой-то DRM. Никаких альтернатив просто нет. Я сам против всякой копирастии и палок в колесах свободы информации, но согласитесь, иногда от возможности реализовать хотя-бы примитивную защиту, зависит выживание твоего проекта, которому ты отдаешь все свои силы.
    • 0
      Чем отличается Флеш от JS? И то и то можно обфуцировать до непригодного состояния.
      Все «супер-пупер» защиты для Флеша — это только иллюзия защищённости.
      • 0
        Не, i360u, наверное, про flash access. Там действительно, если вкопаться в тонкости, можно на основе «video»-drm построить неплохую защиту, по крайней мере, для первичной защиты.
        • 0
          Он защищает даже от захвата видео с экрана? о.О
          • 0
            Пытаеется :) Хотя лицензия на это стоит денег, немалых.
  • +2
    Облажались на всех фронтах… android, iOS, WP7, W8, само уничтожились на linux и грозятся вышвырнуть с MacosX
  • +1
    Технология изжила себя. Сначала андроидофилы, кричавшие об «убогости» iOS и WP7 вынуждены были заткнуться, теперь и линуксоидам «флеш не нужен». Эпоха уходит, что не может не радовать!
  • +3
    Судя по этим новостям можно с уверенностью сказать что Flash и AIR умирают. Второй — почти что не родившись.
  • 0
    Кстати .psd файлы открывает и гугловский Picasa Photo Viewer
  • –1
    А что мешает реализовать наконец-то флеш под линуксом в виде opensource? Ведь спеки открыты или нет?
    • –1
      Gnash, Swfdec, Lightspark
      • +1
        Ну, прямо скажем, эти реализации довольно плохи. Наверное, надо перефразировать вопрос на «Что мешает создать _нормальные_ реализации» )
        • 0
          Как они написаны, это уже другой вопрос, не кажется? А ответ — особо никому не надо. Во всяком случае это моё предположение. Если бы это было нужно, то их бы пилили. Хотя сейчас может начнуть пилить лучше, раз официальный отказались.
          • 0
            Может просто множества кому они нужны и кто может нормально написать не пересекаются?
  • +4
    Хоронили Флеш — порвали два бояна.

    * понимаю что только начали закапывать, но уже радость переполняет.
  • +1
    Кто кроме Flash умеет программировать графику??? В этом он далеко шагнут от других языков программирования. Везде только команды рисования. Нет своих редакторов. Куда ни посмотри, везде (Java, C++, C#, JavaScript, HTML) для создания интерфейса нужно лезть в отдельные графические пакеты. Отсюда и столько заморочек, чтобы картинку на экран вывести нужно документации обчитаться, а уж про динамику и интерактивность и говорить не хочется, только плакать. Добавили бы той же java/fx графический редактор векторных изображений — вот это был бы прорыв. Тогда бы и дизайнеры, которые не умеют программировать за него бы уцепились как за кость, а там и программирование бы сами подтянули. Создание стилей в javafx такого прорыва не обеспечит.
    • 0
      XAML, QML дают объектный подход к графике, чем не нравится?
      • 0
        Мне XML очень нравится, тем более я открыл его для себя ещё до появления такого слова. Но где там графика? Я-то не о кнопках говорю, а о сложных интерфейсах, типа интерактивных руководств, когда интерактивность есть у каждого элемента схемы.
        • 0
          XAML, не XML. Часть WPF, технология GUI для C#. Для примерчиков можете посмотреть тот же Xceed. Там довольно симпатичные демки раньше были.
          • –1
            http://msdn.microsoft.com/en-us/library/ms752059.aspx#what_is_xaml

            Разве не XML? XAML-один и способов применения XML, его контекст. Даже комментарии XAML по XML-стандарту пишутся. HTML — тоже XML (хотя и с допущениями в некоторых тегах, не совсем чистый XML). XAML, HTML, XSLT и др. только контексты XML. Можно любой из этих форматов загружать в XML-компоненты разных языков и обходить их как дерево. Как это говорят американские инженеры «Эта деталь будет шестерёнкой, только если я её так назову».
            • 0
              XML — лишь способ разметки, не более. А XAML, который использует синтаксис XML для описания (но строго ему не следует, опущено <?xml...) уже содержит описание и интерфейса, и анимаций.
            • 0
              xHTML — это XML, а HTML — это не XML. Если уж углубляться, то XML и HTML — это пересекающиеся подмножества SGML, пересекающиеся, но не идентичные и не входящие одно в другое. Не всё, что можно в XML, можно в HTML и наоборот.
  • +3
    Лучше без flash, чем такой тормоз. Я уже давно работаю на linux без flash, нет баннеров, а HTML5 видео поддерживают многие хостинги.
    • 0
      Так Flash тут, наверное, не при чём. Это вопросы к разработчикам баннеров. Подождите, они фишку про HTML5 просекут и на 5-ке всё тормозить будет.
  • 0
    Скорее это хорошая новость, чем плохая. Если отказ разработки под мобилы огорчал, то это известие намекает, что в недалёком будущем появится прекрасная и, видимо, открытая альтернатива, а вконтакту (как лучшему аудиопроигрывателю) и ТыТрубе и сейчас никто не мешает перейти на HTML5.
    • 0
      VK и YouTube не могут полностью перейти из-за хомячков, сидящих под Firefox 3.x/Opera 10/даже IE 7
  • 0
    Ну вот. А что делать с Molehill? Такая перспектива была для развития браузерных 3D приложений (ex: alternativaplatform.com/ru/demos/maxracer/).
  • 0
    Вот бы еще появилось что-нибудь вроде AutoHD для роликов на HTML5 на YouTube, а то неудобно переключать самому.
  • –6
    Linux никогда не станет десктопной системой, полноценной заменой Windows на PC. Ждать и надеятся «когда же наступит момент» бессмысленно. Я наблюдаю за Linux (и за всем Open Source) несколько лет и никаких движений там нет. Только деградация и топтание на месте. Linux так и останется системой для «красноглазиков».
    Ubuntu тоже не блещет. Вроде что — то делают, стараются, продвигают но не фонтан. Так, кому интересно поставить, потыкать вечерок и удалить.
    Проблема в том что для обычного пользователя нет смысле ставить Linux. Зачем? Что это операционка несет в себе? Mac например это модно, и на нем можно полноценно работать и хвастатся им. Windows это массовость доступность всех приложений, Windows 7 еще и надежна и вообще проблем с ней нет. А что Linux? Ничего. Куча бездушного OpenSource софта работать в котором совершенно неинтересно. Поэтому и не выходит Linux даже за 1% пользователей. Идеи нет в нем. Разве что «бесплатно». Так у нас и любой другой софт можно «бесплатно» достать.
    • –1
      Обычные пользователи ставят себе Ubuntu и радуются. А насчёт бездушности — логично, что коммерчесский софт бездушен, только «свистоперделками» и может привлечь внимание.
    • +1
      Не хорошо это: утверждать то, чего не знаешь. Доля пользователей Linux еще в 2009 году превысила 1%. За одно хотелось бы узнать твое определение «бездушного софта».
  • +2
    Неудивительно, поддерживать настолько фрагментированный и разношерстный зоопарк дистрибов со своими особенностями и причудами экономически нецелесообразно.
    Наглядный пример манипулирования мнением: заголовок мог бы гласить: «Несмотря на все, Adobe находит способ сохранить flash на *nix».
  • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Для 32битных систем Linux как выход из сложившейся ситуации — использовать библиотеку flash из Google Chrome.
    Adobe Flash для линукс остановится на версии 11.2, которую будут только латать заплатками безопасности. Новых версий flash от Adobe линуксу не дождаться.

    Заодно лечим синие рожи аля Аватар во флеш роликах. Решение описано в vasilisc.com/flash_linux

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.