Интересно, а есть что-нить, что переводит Actionscript 3.0 код в Javascript? А то без поддержки такого эта штука всего лишь рисовалка графического файла… как .png отобразить попиксельно… только формат файла другой…
Ну может быть Oracle осознает, что на JavaFX можно сделать ставку и начнет вкладывать деньги. По-любому, это послужит только положительным дополнительным толчком для всех участников рынка… я был бы этому только рад :) здесь тем лучше, чем больше конкурентов (которые не поливают друг друга грязью и не являются «убийцами» друг друга, а помогают сделать веб чуточку лучше)…
Кстати, Oracle Forms же написаны на Java и запускаются в Java EE… интересно, много придется переписывать чтоб какую-то часть функционала портануть под JavaFX? Думаю, такой фактор мог бы только помочь в развитии JavaFX…
Даже и не знаю кто первым об этом заговорил… но в качестве аргумента можно привести, что у Oracle в планах развития продуктов Sun нет упоминания про JavaFX (нашел на скорую руку пруф). Не думаю, что они просто забыли его упомянуть… кроме того, доля рынка JavaFX мала… и если Oracle не будет вкладывать в технологию деньги, ее будущее видится мне весьма плачевно…
вовремя понял, что вы просто банальный тролль… ничего не понимающий и ничего не умеющий… где-то что-то читавший или что-то слышавший… думаю, до тех кто это читал дошла моя точка зрения и они увидели мою правоту… ваше мнение мне индиферентно… ибо ваши аргументы не связаны с моими тезисами вааще никак… учитись читать чужие посты… может появится своя голова на плечах… спасибо за дискуссию
стандарта нет… каждый делает как хочет… демократия…
> К разработчикам флешек? Смешная шутка. Нет, правда, действительно смешная шутка.
невежда… при всем уважении, вы не компетентны… я сам людей, которые во Flash CSx пишут код не отношусь как к профессионалам… для flash-приложений существуют свои IDE как на базе eclipse, так и на базе intellij idea… во Flash CSx работают только дизайнеры… сам язык — объектно-ориентриован и похож на java… так что, да РАЗРАБОТЧИКИ…
> Чтобы иметь возможность использовать веб-прилож
будет необходимость — появится реализация (если уже нет)… не думаю, что имеет смысл такого рода данные хранить в кукисах и шаред-объектах…
а при чем тут языки? реализация идет средствами платформы…
> Вопрос о том, сколько займёт времени, при прочих равных условиях, лишён смысла.
согласен… ибо об этом я и говорил в самом своем первом комменте… веб-возможности Flash платформы намного шире и оптимальнее для применения в данной конкретной ситуации…
> Так понятнее?
Не стоит мнить себя умным и смотреть на остальных сверху вниз… вы мне пока даже не доказали свою компетентность…
> А Google Wave за счёт чего раб…
прекрасно, рад за них… но:
Спецификация сейчас находится в разработке и может находиться в этой стадии ещё несколько лет, хотя предполагается, что отдельные части HTML 5 будут закончены и реализованы в браузерах до того, как спецификация официально получит статус рекомендации.
> Ну эппло-сообщество можно понять…
Сталкивался с этой проблемой… решал понижением frameRate… обращайтесь к разработчикам…
> Кстати, напомните, может ли пользователь продолжить прокручивать страницу, когда во время прокрутки курсор попадает на флеш-объект?..
Опять же, может… опять же, обращайтесь к разработчикам…
> Странно, а в настройках флеша…
local shared object — флешевый аналог кукисов в браузере… в браузере максимальный размер, кажется, 4 КБ (поправьте меня, если я ошибаюсь)… у флеша —100… зачем больше?
я не знаю в чем вы разработчик и разработчик ли вы вообще… судя по тому, что вы не можете сделать оценку для приведенной вами же платформы в качестве примера — последний пункт вернее… так что, дальнейший разговор считаю беспочвенным…
> Весь HTML5 пока что подготавливается, но флеш-фанаты дружно стремятся похоронить его заранее.
На самом деле, все с точностью да наоборот… хтмл5 пока не существует, а все уже называют его убицей флеша… вот это я и называю pr… его еще нет, он в проекте и не факт что у него будут какие-либо плюсы по сравнению с флешем… но все кричат что все, дни флеша сочтены… этож бред… и это реально раздражает, когда большая часть (хабра-, эппло-, ...)сообщества пытается засирать флеш технологию, используя при этом самые наибредовейшие аргументы… Зачатки разумного мышления были тут: habr.ru/p/92726/
> До скольки увеличивается?
Вам хватит… чисто теоретически, могут увеличиться до размера раздела, на котором установлен флеш… но это если говорить о локальных shared-object'ах…
если же вам нужно сохранить файл — вы можете вызвать сохранялку, которая предложет вам выбрать путь самому…
> Внезапно в HTML5 тоже подготавливается поддержка P2P.
это правда? а пруфлинк можно
кроме того, подготавливается и уже есть — две разные вещи
> Кстати, как в Flash обстоят дела с лимитами на локальное хранилище данных?
Есть формальное ограничение в 100КБайт и оно легко увиличивается, если надо…
> Получилось, что вам нужно поинтересоваться тем, что вообще делает Native Client.
я про нативный код в целом говорил… ладно, проехали… не хотите вчитываться — не надо…
> Ответ:…
после этих припирательств, мне стало тупо любопытно… сколько надо времени на изучение приведенной вами технологии и сколько — на реализацию? ну в часах/днях/неделях… я же привел конкретную оценку реализации :)
> Вы в подробности вдавались, чтобы так говорить?
нативный код — это код, который компилируется непосредственно в машинный код. Он позваляет напрямую работать с адресным пространствои и соответственно с памятью компьютера, так? Теперь подумайте над этим. Нет, серьёзно сядьте и подумайте. Что получилось?
Перечитайте мой вопрос еще раз. У вас есть на него ответ? готов выслушать…
ага… нативный код намнооого безопаснее флеша, конечно)))
кроме того, флеш — это платформа, в которой уже реализован значительный функционал… вот к примеру, сколько человеко/часов надо чтобы реализовать p2p, или потоковый видео/аудио плеер, или хотя бы тупо простейшую анимацию используя нативный код??? во флеше это все делается за день…
интересно, а вот из-за чего это она должна себя изжить? html5 пока и рядом не валялся… Да и валяться не будет… В нем заложены фичи, которые уже 100 лет есть во флеше… html5 не опережает флеш, а лишь реализует малую часть ее функциональности…
Flash идет вперед (там уже есть поддержка p2p, например), а создатели хтмл5 даже договориться о стандарте не могут… он вылезает тока за счет pr'а… но далеко на чистом pr не уедешь… Или вы о сревелате, которы и не конкурент им вовсе? или о javafx, который родился мертвым?
Такой подход особенно необходим для маков. Там cpu usage для AIR приложений почему-то особенно страдает. Может это как-то связано с политикой apple в отношении Flash приложений?
блин… складывается такое чувство, что подавляющее большинство хабралюдей владеют только php… причем некоторые из них враждебно относятся к другим языкам и технологиям… это наверно потому, что для того чтобы начать программировать на php особо много скиллов не надо… там даже ООП появилось только в 5 версии… так что начать быть программистом php может любой школьник 8 класса…
а утверждать чего нельзя сделать на Flex, не умея делать хотя бы что-нибудь на Flex, я бы ни стал…
Кстати, Oracle Forms же написаны на Java и запускаются в Java EE… интересно, много придется переписывать чтоб какую-то часть функционала портануть под JavaFX? Думаю, такой фактор мог бы только помочь в развитии JavaFX…
надоел, тролль… минусану-ка я вам в карму… удачи в делах
> К разработчикам флешек? Смешная шутка. Нет, правда, действительно смешная шутка.
невежда… при всем уважении, вы не компетентны… я сам людей, которые во Flash CSx пишут код не отношусь как к профессионалам… для flash-приложений существуют свои IDE как на базе eclipse, так и на базе intellij idea… во Flash CSx работают только дизайнеры… сам язык — объектно-ориентриован и похож на java… так что, да РАЗРАБОТЧИКИ…
> Чтобы иметь возможность использовать веб-прилож
будет необходимость — появится реализация (если уже нет)… не думаю, что имеет смысл такого рода данные хранить в кукисах и шаред-объектах…
> Вопрос о том, сколько займёт времени, при прочих равных условиях, лишён смысла.
согласен… ибо об этом я и говорил в самом своем первом комменте… веб-возможности Flash платформы намного шире и оптимальнее для применения в данной конкретной ситуации…
> Так понятнее?
Не стоит мнить себя умным и смотреть на остальных сверху вниз… вы мне пока даже не доказали свою компетентность…
прекрасно, рад за них… но:
> Ну эппло-сообщество можно понять…
Сталкивался с этой проблемой… решал понижением frameRate… обращайтесь к разработчикам…
> Кстати, напомните, может ли пользователь продолжить прокручивать страницу, когда во время прокрутки курсор попадает на флеш-объект?..
Опять же, может… опять же, обращайтесь к разработчикам…
> Странно, а в настройках флеша…
local shared object — флешевый аналог кукисов в браузере… в браузере максимальный размер, кажется, 4 КБ (поправьте меня, если я ошибаюсь)… у флеша —100… зачем больше?
На самом деле, все с точностью да наоборот… хтмл5 пока не существует, а все уже называют его убицей флеша… вот это я и называю pr… его еще нет, он в проекте и не факт что у него будут какие-либо плюсы по сравнению с флешем… но все кричат что все, дни флеша сочтены… этож бред… и это реально раздражает, когда большая часть (хабра-, эппло-, ...)сообщества пытается засирать флеш технологию, используя при этом самые наибредовейшие аргументы… Зачатки разумного мышления были тут: habr.ru/p/92726/
> До скольки увеличивается?
Вам хватит… чисто теоретически, могут увеличиться до размера раздела, на котором установлен флеш… но это если говорить о локальных shared-object'ах…
если же вам нужно сохранить файл — вы можете вызвать сохранялку, которая предложет вам выбрать путь самому…
это правда? а пруфлинк можно
кроме того, подготавливается и уже есть — две разные вещи
> Кстати, как в Flash обстоят дела с лимитами на локальное хранилище данных?
Есть формальное ограничение в 100КБайт и оно легко увиличивается, если надо…
я про нативный код в целом говорил… ладно, проехали… не хотите вчитываться — не надо…
> Ответ:…
после этих припирательств, мне стало тупо любопытно… сколько надо времени на изучение приведенной вами технологии и сколько — на реализацию? ну в часах/днях/неделях… я же привел конкретную оценку реализации :)
нативный код — это код, который компилируется непосредственно в машинный код. Он позваляет напрямую работать с адресным пространствои и соответственно с памятью компьютера, так? Теперь подумайте над этим. Нет, серьёзно сядьте и подумайте. Что получилось?
Перечитайте мой вопрос еще раз. У вас есть на него ответ? готов выслушать…
кроме того, флеш — это платформа, в которой уже реализован значительный функционал… вот к примеру, сколько человеко/часов надо чтобы реализовать p2p, или потоковый видео/аудио плеер, или хотя бы тупо простейшую анимацию используя нативный код??? во флеше это все делается за день…
Flash идет вперед (там уже есть поддержка p2p, например), а создатели хтмл5 даже договориться о стандарте не могут… он вылезает тока за счет pr'а… но далеко на чистом pr не уедешь… Или вы о сревелате, которы и не конкурент им вовсе? или о javafx, который родился мертвым?
а утверждать чего нельзя сделать на Flex, не умея делать хотя бы что-нибудь на Flex, я бы ни стал…