Доступен (http://dbhole.wordpress.com/2012/09/05/icedtea-web-1-3-relea... релиз проекта IcedTea-Web 1.3 (http://icedtea.classpath.org/wiki/IcedTea-Web), в рамках которого подготовлен полностью открытый Java-плагин для web-браузеров. Плагин совместим с web-браузерами, поддерживающими спецификацию NPAPI (http://en.wikipedia.org/wiki/NPAPI) (Netscape Plugin Application Programming Interface), и позволяет использовать технологию Java Web Start (http://ru.wikipedia.org/wiki/Java_Web_Start). Код плагина распространяется (http://icedtea.classpath.org/download/source/) в исходных текстах в рамках лицензии GPLv2, инструкцию по сборке можно найти здесь (http://icedtea.classpath.org/wiki/IcedTea-Web#Building_IcedT....В качестве основы для построения плагина использован пакет IcedTea6 (http://icedtea.classpath.org), полностью открытой реализации Java SE 6, основанный на OpenJDK 6 и виртуальной машине HotSpot, с использованием свободных средств сборки, интеграцией компилятора gcj (GNU Compiler for Java), реализацией некоторых дополнительных возможностей и расширенной поддержкой платформ. Поддержка Java Web Start реализована через задействование NetX (http://jnlp.sourceforge.net/netx/), свободной реализации протокола JNLP (Java Network Launching Protocol), обеспечивающего функции загрузки по сети кода для приложений и апплетов, его кэширование и запуск в безопасном изолированном окружении. В поставку IcedTea-Web также включен графический интерфейс itweb-settings, служащий для настройки параметров NetX и браузерного плагина.
Отмечается, что IcedTea-Web 1.3 является первым выпуском в рамках нового процесса подготовки релизов, подразумевающего переход к регулярному выпуску новых версий через фиксированные промежутки времени, вместо ранее практикуемого выпуска по мере готовности новых функций. Плановый выпуск позволит более оперативно исправлять ошибки, попутно включая улучшение, которые уже достаточно стабилизированы для релиза.
Кроме исправления ошибок (http://icedtea.classpath.org/hg/release/icedtea-web-1.3/file... в новой версии представлены следующие новшества:- Добавлена поддержка сборки как с использованием библиотеки GTK2+, так и с GTK3+;
- Обеспечено корректное информирование пользователя об ошибках в процессе запуска приложений Web Start;
- Существенно увеличена производительности процесса загрузки апплетов, ссылающихся на несуществующие классы;
- Обеспечена совместимость с последними версиями браузера Chromium;- Переработан диалог с предупреждениями о проблемах с безопасностью, в котором теперь более ясно обозначена суть проблемы;
- Поддержка установки Cookie в браузере через апплет Java/Applet.
URL: http://dbhole.wordpress.com/2012/09/05/icedtea-web-1-3-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=34761
если создать тэг <aplet> (или что там надо? какойнибудь <object>?) -- внутри <head>...</head> -- то код аплета инициализируется или нет?
Это зачем такие извращения и невалидность?
> Это зачем такие извращения и невалидность?рассматриваются случаи когда показывать на экран через плгины ничего не требуется, а нужно от плугина лишь расщирение полномочий браузера. в обозримом будущем это будет практически единственная самая частая функция плугинов. так как стандарты W3C учитывают безопасность, а разработчики плугинов учитывают свои деньги наплевая особо-то на безопасность.
к томуже говоря -- вывод графики на экран -- непосредственно через плугин -- выглядет всегда отвратительно!
концепция browser-внутри-browser -- самое отвратительное что было когдато придумано человеком. для того чтобы чтото нарисовать есть <convas />. и HTML-вёрстка есть для того чтобы разверствать.
Ну так просто запихнуть в body и всё, зачем в head?
> Ну так просто запихнуть в body и всё, зачем в head?в этом случае это не логично (в body). body нужен для того чтобы чтото отобразить на экран. а делать в body, но при этом display:none (или height:0) -- вообще верх извращенства.
для подключения логики -- нужен head.
> для подключения логики -- нужен head.И brain в нём. ))
>в body и всё, зачем в head?Джавва-лоботомия же!! "в обозримом будущем это будет" гыгы...
+++язен нынче не тот
У собственно браузера есть как минимум два жирных недостатка:1) он не умеет работать по принципу "отрисовать идеально как заказывали или выругаться". В гробу я видел адаптированную отрисовку того же клиент-банка - оно чревато тем, что какую-нибудь галку не замечу и попаду на деньги.
2) он совершенно отвратителен в верстке графических интерфейсов, потому что ориентирован на вывод в документ с горой режимов позиционирования, но ничего подобного современным сердствам разметки layout'а формы нет. Простейшие вещи вроде "растянуть элемент (грид тот же)" настолько, насколько позволяет место, оставшееся от прочих контролов" полностью корректно сделать вообще невозможно.
Впрочем, у джавовских интерфейсов есть как минимум один жирный минус: они как-то криво взаимодействуют с WM, на тайловых WM бывают проблемы - то окно невесть куда за экран выведется, то фокус ввода исчезает...
> Простейшие вещи вроде "растянуть элемент (грид тот же)" настолько, насколько позволяет местону через jQuery или <div> с CSS display:table .. может быть не слишком легко как хотелосьбы. но всё же плавающая вёрстка в HTML5 -- в итоге получается вполне себе симпотичная.
может быть в будущем будет как-то по проще (без использования jQuery) -- http://dev.w3.org/csswg/css3-grid-layout/ (а щаз покачто ещё этой CSS есть печаль -- http://caniuse.com/css-grid ) .
>симпотичнаяименно что симпОтичная, т.к. своего пота туда будет влито несколько литров
>>симпотичная
> именно что симпОтичная, т.к. своего пота туда будет влито несколько литровчто-то мне подсказывает что чтобы сделать GUI web-программы на java-аплетах, и что выглядело бы это не вырвигразно -- потребуется не меньше пота..
SWT же ведь не приклеешь к технологии аплетов
>>>симпотичная
>> именно что симпОтичная, т.к. своего пота туда будет влито несколько литров
> что-то мне подсказывает что чтобы сделать GUI web-программы на java-аплетах, и что
> выглядело бы это не вырвигразно -- потребуется не меньше пота..
> SWT же ведь не приклеешь к технологии аплетовUse swing, Xasd.
Общий случай для растяжки по вертикали не делается никак, увы. В конкретных ситуациях можно сделать костыли, но для всех комбинаций position, display, float - не выходит. То есть реюзабельный компонент не получается. Причём костыли совершенно адовые, если нужно таких элементов несколько вложить - для каждого нужно явным образом пересчитывать размеры на любой чих. Для горизонтали - чуть проще, display:table или тот же grid layout решает проблему - не идеально, но приемлемо.В общем, до уровня Gtk или XUL с их спейсерами и группировками этому всему ох как далеко.
>Впрочем, у джавовских интерфейсов есть как минимум один жирный минус: они как-то криво взаимодействуют с WM, на тайловых WM бывают проблемы - то окно невесть куда за экран выведется, то фокус ввода исчезает...netbeans/jexplorer + kde ни разу не замечал.
>>Впрочем, у джавовских интерфейсов есть как минимум один жирный минус: они как-то криво взаимодействуют с WM, на тайловых WM бывают проблемы - то окно невесть куда за экран выведется, то фокус ввода исчезает...
> netbeans/jexplorer + kde ни разу не замечал.а в KDE -- тайловый WM ? o_0
Усп, "на тайловых WM", невнимательно прочитал
С эклипсом и с IDEA были проблемы. С неделю назад на клиент-банке джавовском нарвался - окошко за экран выводилось. Хорошо хоть, что оно вида да/нет, можно вслепую нажать. Может, конечно, глюки конкртено Ion3, но вроде на i3 тоже замечал.
> для того чтобы чтото нарисовать есть <convas />Конвас -- не чтобы нарисовать, а чтоб отснять это что-то. :)
> Это зачем [...] невалидность?слово Валидность -- не применима, когда разговор заходит об плугинах.
само использование плугинов это уже по сути нечто не валидное. (и протеворечит принцепам WWW)
>какойнибудь
>расщирение
>наплевая
>к томуже говоря
>выглядет
>когдато
>convas
>слово Валидность -- не применима
>слово не применима
>принцепамстранно, вроде бы каникулы закончились.
> странно, вроде бы каникулы закончились.уголок русского языка opennet?
Если русский неродной, то нормально уж.
Есть ощущение, что процент русских, для которых русский язык - родной, за последние годы сократился на порядок...
>> Это зачем [...] невалидность?
> слово Валидность -- не применима, когда разговор заходит об плугинах.
> само использование плугинов это уже по сути нечто не валидное. (и протеворечит
> принцепам WWW)ну вообще здесь <http://www.w3schools.com/html5/tag_object.asp> действительно написанно что начиная с HTML5 -- <object> не должно быть внутри <head>...
....но как-то это странно.
неужеле намёк на то что объекты-плугинов должны обязательно что-то показывать?
Симулятор Оперы Мини на нём работает?)
http://www.opera.com/developer/tools/mini/
Он и на 1.2 работает.
"Плановый выпуск позволит более оперативно исправлять ошибки, попутно включая улучшения, которые уже достаточно стабилизированы для релиза." — только одному мне напомнило одну крупную шаражку с секретутками и адвокатами, которая вечно обделывается с обновлениями безопасности? и именно с безопасностью браузерного плугина, в этот раз.
В Firefox последних версий плагин IcedTea работает?
Отвечу себе же. РАБОТАЕТ! И звук есть в апплетах-демонстрашках, выдернутых из Sun JDK.Связка такая:
FreeBSD 9.1-PRERELEASE amd64
openjdk6-b25_1
icedtea-web-1.3
firefox-15.0,1Апплеты работают в midori-0.4.6, если в параметрах настройки отметить галочку "Использовать модули Nescape".
В Chromium (chromium-21.0.1180.89), к сожалению, апплеты не запускаются — пишет, что "Не доступен подключаемый модуль для отображения этого содержания".
Зачем Java в браузере? Мало медлительности/сжираемости_ресурсов благодаря Javascript?
за кроссплатформенностью. хотя как в песне "я всё чаще замечаю, что идею кто-то как-то подменил"