Pull to refresh

Comments 54

OpenGL — хорошо, JIT — хорошо, полный Actionscript 3.0 — хорошо.
Звука пока нет. Ждем :)
Ну если он будет действительно хорош (функционален, производителен и непрожорлив), то он быстро появится и для MacOSX, и для FreeBSD. А большинство Windows-пользователей вроде бы и реализация флэш-плеера от Adobe вполне устраивает.
UFO just landed and posted this here
если он под макосью будет бегать лучше, чем родной от адоба — я буду долго и громко ржать…
Медленнее чем родной думаю создать будет непросто. Но что-то мне подсказывает, что сама технология изживёт себя раньше, чем Lightspark допилят.
интересно, а вот из-за чего это она должна себя изжить? html5 пока и рядом не валялся… Да и валяться не будет… В нем заложены фичи, которые уже 100 лет есть во флеше… html5 не опережает флеш, а лишь реализует малую часть ее функциональности…
Flash идет вперед (там уже есть поддержка p2p, например), а создатели хтмл5 даже договориться о стандарте не могут… он вылезает тока за счет pr'а… но далеко на чистом pr не уедешь… Или вы о сревелате, которы и не конкурент им вовсе? или о javafx, который родился мертвым?
Гугл, например, сделал NativeClient: «Native Client — это технология с открытым исходным кодом от Google, позволяющая запуск машинного кода в браузере независимо от операционной системы. SDK основан на GNU Compiler Collection и доступен для Linux, Windows и Mac OS X. Поддерживаемые платформы: x86, x86-64 и ARM. Разработчики заявляют, что технология Native Client безопаснее Flash и Javascript, а так же значительно превосходит их по скорости выполнения. На текущий момент доступны плагины для браузеров Chrome, Safari, Firefox, и Opera.»

За несколько лет это могут довести до ума и тогда флеш вообще не нужен будет.
ага… нативный код намнооого безопаснее флеша, конечно)))
кроме того, флеш — это платформа, в которой уже реализован значительный функционал… вот к примеру, сколько человеко/часов надо чтобы реализовать p2p, или потоковый видео/аудио плеер, или хотя бы тупо простейшую анимацию используя нативный код??? во флеше это все делается за день…
> ага… нативный код намнооого безопаснее флеша, конечно)))
Вы в подробности вдавались, чтобы так говорить?

> вот к примеру, сколько человеко/часов надо чтобы реализовать p2p, или потоковый видео/аудио плеер, или хотя бы тупо простейшую анимацию используя нативный код??? во флеше это все делается за день…
Перечитайте сообщение saterenko ещё раз. Теперь подумайте над вашим вопросом. Нет, серьёзно сядьте и подумайте. Что получилось?
> Вы в подробности вдавались, чтобы так говорить?
нативный код — это код, который компилируется непосредственно в машинный код. Он позваляет напрямую работать с адресным пространствои и соответственно с памятью компьютера, так? Теперь подумайте над этим. Нет, серьёзно сядьте и подумайте. Что получилось?

Перечитайте мой вопрос еще раз. У вас есть на него ответ? готов выслушать…
> нативный код — это код, который компилируется непосредственно в машинный код. Он позваляет напрямую работать с адресным пространствои и соответственно с памятью компьютера, так? Теперь подумайте над этим. Нет, серьёзно сядьте и подумайте. Что получилось?
Получилось, что вам нужно поинтересоваться тем, что вообще делает Native Client.

> Перечитайте мой вопрос еще раз. У вас есть на него ответ? готов выслушать…
Ответ: соответствующие приложения и библиотеки уже существуют (см. весь open-source). Для их выполнения в NaCl необходимо адаптировать (или портировать, если хотите) их, чтобы они могли работать в NaCl. Да, потребуется специалист другого профиля, да, первый раз для некоторого приложения или библиотеки это займёт не один день, но после этого разработка приложений, который вы привели в качестве примера, программистами, знакомыми с NaCl, как и в случае с Flash, так же займёт непродолжительное время.
> Получилось, что вам нужно поинтересоваться тем, что вообще делает Native Client.
я про нативный код в целом говорил… ладно, проехали… не хотите вчитываться — не надо…
> Ответ:…
после этих припирательств, мне стало тупо любопытно… сколько надо времени на изучение приведенной вами технологии и сколько — на реализацию? ну в часах/днях/неделях… я же привел конкретную оценку реализации :)
> я же привел конкретную оценку реализации :)
Вы привели конкретную оценку реализации с точки зрения Flash-разработчика. Мне продолжить мысль, или уже понятно?
я не знаю в чем вы разработчик и разработчик ли вы вообще… судя по тому, что вы не можете сделать оценку для приведенной вами же платформы в качестве примера — последний пункт вернее… так что, дальнейший разговор считаю беспочвенным…
Для Flash-разработчики проще писать на AS, для NaCl-разработчика на C/C++. Вопрос о том, сколько займёт времени, при прочих равных условиях, лишён смысла. Так понятнее?
а при чем тут языки? реализация идет средствами платформы…

> Вопрос о том, сколько займёт времени, при прочих равных условиях, лишён смысла.
согласен… ибо об этом я и говорил в самом своем первом комменте… веб-возможности Flash платформы намного шире и оптимальнее для применения в данной конкретной ситуации…

> Так понятнее?
Не стоит мнить себя умным и смотреть на остальных сверху вниз… вы мне пока даже не доказали свою компетентность…
> а при чем тут языки? реализация идет средствами платформы…
При том, что один и тот же человек не сможет сменить средство разработки и управиться за день.

> веб-возможности Flash платформы намного шире и оптимальнее для применения в данной конкретной ситуации…
Шире чего? Вы точно ничего не путаете?

> Не стоит мнить себя умным и смотреть на остальных сверху вниз…
Аналогичное пожелание и к вам. Вы начали дискутировать о NaCl даже толком не выяснив, что это и как работает.

> вы мне пока даже не доказали свою компетентность…
Зато вы доказали свою некомпетентность.
ничего, не путаю… дальнейший спор считаю бессмысленным…
надоел, тролль… минусану-ка я вам в карму… удачи в делах
Отличная политика ведения спора — лезть не разобравшись, потерпеть неудачу в доказывании своей точки зрения, обидеться на справедливое замечание о некомпетентности в вопросе, по которому вы пытались дискутировать, и закончить вот так. И вам удачи, специалист широкого профиля.
вовремя понял, что вы просто банальный тролль… ничего не понимающий и ничего не умеющий… где-то что-то читавший или что-то слышавший… думаю, до тех кто это читал дошла моя точка зрения и они увидели мою правоту… ваше мнение мне индиферентно… ибо ваши аргументы не связаны с моими тезисами вааще никак… учитись читать чужие посты… может появится своя голова на плечах… спасибо за дискуссию
> вовремя понял, что вы просто банальный тролль… ничего не понимающий и ничего не умеющий…
Внимание, внимание: обнаружен профессионал! Всем разойтись.

> где-то что-то читавший или что-то слышавший…
Только что вы описали ваше понимание NaCl.

> думаю, до тех кто это читал дошла моя точка зрения и они увидели мою правоту…
Думаю, те, кто это читали, всё же потрудились разобраться в том, чем же является NaCl, в отличии от вас.

> ваше мнение мне индиферентно… ибо ваши аргументы не связаны с моими тезисами вааще никак…
Мои аргументы связаны вот с этими вашими тезисами
> ага… нативный код намнооого безопаснее флеша, конечно)))
> кроме того, флеш — это платформа
Судя по всему, вы до сих пор не поняли, что не правы, и даже не потрудились разобраться, в чём именно.

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

> спасибо за дискуссию
Хотя бы сейчас потрудитесь заглянуть в документацию (а можете, если захотите, и в исходный код) NaCl или хотя бы поверхностно ознакомится с вопросом просмотрев запись доклада о NaCl.
ну оно типа в песочнице работает.
Ну про нативный код, я говорил в общем, а не в этом конкретном случае… я глубочайше уверен, что гугл сделает все безопасно и клево…
> Flash идет вперед (там уже есть поддержка p2p, например)
Внезапно в HTML5 тоже подготавливается поддержка P2P.

Кстати, как в Flash обстоят дела с лимитами на локальное хранилище данных?
> Внезапно в HTML5 тоже подготавливается поддержка P2P.
это правда? а пруфлинк можно
кроме того, подготавливается и уже есть — две разные вещи

> Кстати, как в Flash обстоят дела с лимитами на локальное хранилище данных?
Есть формальное ограничение в 100КБайт и оно легко увиличивается, если надо…
> это правда? а пруфлинк можно
dev.w3.org/html5/html-device/#peer-to-peer-connection

> кроме того, подготавливается и уже есть — две разные вещи
Весь HTML5 пока что подготавливается, но флеш-фанаты дружно стремятся похоронить его заранее.

> Есть формальное ограничение в 100КБайт и оно легко увиличивается, если надо…
До скольки увеличивается?
> Весь HTML5 пока что подготавливается, но флеш-фанаты дружно стремятся похоронить его заранее.
На самом деле, все с точностью да наоборот… хтмл5 пока не существует, а все уже называют его убицей флеша… вот это я и называю pr… его еще нет, он в проекте и не факт что у него будут какие-либо плюсы по сравнению с флешем… но все кричат что все, дни флеша сочтены… этож бред… и это реально раздражает, когда большая часть (хабра-, эппло-, ...)сообщества пытается засирать флеш технологию, используя при этом самые наибредовейшие аргументы… Зачатки разумного мышления были тут: habr.ru/p/92726/

> До скольки увеличивается?
Вам хватит… чисто теоретически, могут увеличиться до размера раздела, на котором установлен флеш… но это если говорить о локальных shared-object'ах…
если же вам нужно сохранить файл — вы можете вызвать сохранялку, которая предложет вам выбрать путь самому…
> На самом деле, все с точностью да наоборот… хтмл5 пока не существует, а все уже называют его убицей флеша… вот это я и называю pr… его еще нет
А Google Wave за счёт чего работает, например? Или прикрепление документов к письмам в Gmail? Или перетаскивание изображений в текст письма там же? Или гаджет Google Latitude для iGoogle?

> но все кричат что все, дни флеша сочтены… этож бред… и это реально раздражает, когда большая часть (хабра-, эппло-, ...)сообщества пытается засирать флеш технологию, используя при этом самые наибредовейшие аргументы…
Ну эппло-сообщество можно понять — у них флеш очень хреново работает. Да и у меня не самым лучшим образом — 10 x64 ещё более-менее, а вот 10.1 x86 уже греет ноутбук как заправский 3D-шутер.

Кстати, напомните, может ли пользователь продолжить прокручивать страницу, когда во время прокрутки курсор попадает на флеш-объект? У меня, например, прокрутка останавливается, так как, насколько я понимаю, флеш перехватывает события, поступающие от мыши.

> Вам хватит… чисто теоретически, могут увеличиться до размера раздела, на котором установлен флеш… но это если говорить о локальных shared-object'ах…
Странно, а в настройках флеша всё же есть какой-то лимит, помнится. Или это ограничение не работает и приложение может захавать столько, сколько сможет? Или не может? Если не может, то где регулируется этот самый максимальный лимит, который теоретически может увеличиться до размера раздела?
> А Google Wave за счёт чего раб…
прекрасно, рад за них… но:
Спецификация сейчас находится в разработке и может находиться в этой стадии ещё несколько лет, хотя предполагается, что отдельные части HTML 5 будут закончены и реализованы в браузерах до того, как спецификация официально получит статус рекомендации.

> Ну эппло-сообщество можно понять…
Сталкивался с этой проблемой… решал понижением frameRate… обращайтесь к разработчикам…

> Кстати, напомните, может ли пользователь продолжить прокручивать страницу, когда во время прокрутки курсор попадает на флеш-объект?..
Опять же, может… опять же, обращайтесь к разработчикам…

> Странно, а в настройках флеша…
local shared object — флешевый аналог кукисов в браузере… в браузере максимальный размер, кажется, 4 КБ (поправьте меня, если я ошибаюсь)… у флеша —100… зачем больше?
> прекрасно, рад за них… но:
То есть вы всё же согласны с тем, что драфт html5 существует, и от него отталкиваются уже вполне работающие сайты и браузеры?

> Сталкивался с этой проблемой… решал понижением frameRate… обращайтесь к разработчикам…
> Опять же, может… опять же, обращайтесь к разработчикам…
К разработчикам флешек? Смешная шутка. Нет, правда, действительно смешная шутка.

> local shared object — флешевый аналог кукисов в браузере… в браузере максимальный размер, кажется, 4 КБ (поправьте меня, если я ошибаюсь)… у флеша —100… зачем больше?
Чтобы иметь возможность использовать веб-приложения без Интернет-соединения и работать с документами, сохранёнными в этих веб-приложениях. Про оффлайновый доступ Google Docs (сейчас как раз готовят перенос стораджа в формат HTML5) и Gmail слышали?
стандарта нет… каждый делает как хочет… демократия…

> К разработчикам флешек? Смешная шутка. Нет, правда, действительно смешная шутка.
невежда… при всем уважении, вы не компетентны… я сам людей, которые во Flash CSx пишут код не отношусь как к профессионалам… для flash-приложений существуют свои IDE как на базе eclipse, так и на базе intellij idea… во Flash CSx работают только дизайнеры… сам язык — объектно-ориентриован и похож на java… так что, да РАЗРАБОТЧИКИ…

> Чтобы иметь возможность использовать веб-прилож
будет необходимость — появится реализация (если уже нет)… не думаю, что имеет смысл такого рода данные хранить в кукисах и шаред-объектах…
> стандарта нет… каждый делает как хочет… демократия…
Есть черновик стандарта, его и придерживаются при реализации нового функционала.

> невежда… при всем уважении, вы не компетентны… я сам людей, которые во Flash CSx пишут код не отношусь как к профессионалам… для flash-приложений существуют свои IDE как на базе eclipse, так и на базе intellij idea… во Flash CSx работают только дизайнеры… сам язык — объектно-ориентриован и похож на java… так что, да РАЗРАБОТЧИКИ…
Снимите шоры с глаз — речь шла о том, что разработчикам обычно наплевать. Но вы, конечно же, прочитали через свою призму. У вас с этим связаны какие-нибудь комплексы? Вас не воспринимают серьёзно? Или вас так сильно беспокоит, что Flash-разработчиков не воспринимают серьёзно? Почему это вас так волнует? Хотите поговорить об этом?

> будет необходимость — появится реализация (если уже нет)…
Необходимость — есть, реализация — уже появилась в HTML5, а до этого была в Google Gears.

> не думаю, что имеет смысл такого рода данные хранить в кукисах и шаред-объектах…
Вы не понимаете, зачем вообще хранить документы и почту локально, или не понимаете, что в случае локального хранилища HTML5 речь идёт вовсе не о кукисах и shared-объектах?
Хотя бы проверяйте что говорите

GMail использует Flash для прикрипления файлов к письмам пруф
Пруф годичной давности, уже не актуален. Прикрепление сейчас работает вообще без флеша.
Ну не знаю, не знаю… На FF 3.6.3 по логами грузится https://mail.google.com/mail/uploader/uploaderapi2.swf
1. Удаляете флеш-плагин.
2. Пробуете прикрепить несколько файлов.
3. Убеждаетесь в моей правоте.
Стоп. Я не говорил, что без флеша нельзя файлы прикреплять. В статье про это и говорится можно по одному и без прогресса, а можно более юзабельно много файлов и с прогрессом. Внимательней пожалуйста.
Я конечно об открытых технологиях и стандартах. Тех, которые может предоставить сам браузер без сторонних включений, плагинов и т.д. Любые сервелаты и яваfx-ы столь же непригодны для будущего.

И, потом, я же не говорю что flash должен изжить себя прямо сейчас? Я говорю про будущее. Наступит оно года через 2. И я ценю вклад флеша в развитие интернет технологий. Он показал чего не хватает «стандартным» web-технологиям и куда стоит двигаться.
Я вовсе даже за то, что у флеша появится конкурент… это заставит adobe шевелиться и идти вперед… но, как я написал выше, зря вы его хороните…
UFO just landed and posted this here
Даже и не знаю кто первым об этом заговорил… но в качестве аргумента можно привести, что у Oracle в планах развития продуктов Sun нет упоминания про JavaFX (нашел на скорую руку пруф). Не думаю, что они просто забыли его упомянуть… кроме того, доля рынка JavaFX мала… и если Oracle не будет вкладывать в технологию деньги, ее будущее видится мне весьма плачевно…
UFO just landed and posted this here
Ну может быть Oracle осознает, что на JavaFX можно сделать ставку и начнет вкладывать деньги. По-любому, это послужит только положительным дополнительным толчком для всех участников рынка… я был бы этому только рад :) здесь тем лучше, чем больше конкурентов (которые не поливают друг друга грязью и не являются «убийцами» друг друга, а помогают сделать веб чуточку лучше)…
Кстати, Oracle Forms же написаны на Java и запускаются в Java EE… интересно, много придется переписывать чтоб какую-то часть функционала портануть под JavaFX? Думаю, такой фактор мог бы только помочь в развитии JavaFX…
Под любую ось Flash лишь тогда функционален, производителен и непрожорлив, когда он не установлен.

Любой браузер подтвердит :)
UFO just landed and posted this here
UFO just landed and posted this here
И как оно? Кто-нибудь уже попробовал? Юзабельно? (в качестве критериев юзабельности предполагаю беспроблеммное функуионирование аплоадеров файлов типа SWFUpload, графиков Google Analytics и Finance, любимого писькомера speedtest.net, стандартного flv-плеера).
Нет. Подавляющее большинство флешек сделано на Actionscript 1&2, которые не поддерживаются. Видимо, разработчик рассчитывает на то, что когда работа над плагином будет завершена, AS1&2 отомрут естественным путём (от рук Adobe и флеш-девелоперов).
Ясно. Но при таком раскладе (засилии старых версий) непонятно почему чуть не обновишь Adobe Flash Player до последнего релиза и сразу сталкиваешься с непониманием многих попадающихся на пути флэш-апплетов.
Минусующим привет: разработчик рассчитывает, а не я.
Он работает быстрее чем флешплеер под Linux? Я в Firefox поставил flashblock — плеер съедает одно ядро процессора под чистую.
Sign up to leave a comment.

Articles

Change theme settings