Pull to refresh

Comments 25

> JIntellitype (под Windows) или же JXGrabKey (аналог для Linux)

А Вы уверены что не наоборот?
На главной JIntellitype же даже дана ссылка на JXGrabKey как аналог под Linux, просто её можно и не заметить. Так что уверен :)
Спасибо! А Native Swing можно использовать в Свинг приложениях? Ведь SWТ и Swing не смешиваются…
Да, можно. И SWT легко и просто и Native Swing.
Проверил лично на очень большом проекте полностью реализованном на Swing — все стабильно работает.
Только не думаю, что ради 1 кнопки стоит с собой SWT тащить (правда ради нормальных диалогов и некоторых фич вполне можно, как мне кажется).
Интересно. Не думал, что это так просто.
Как же Event Dispatcher thread и всякие такие штуки?
SWT же их учитывать не будет.

Я когда то по ошибке смешивал AWT и Swing — все плохо было. Одни компоненты поверх других и вообще бардак
Ну, AWT это вообще другая история :)
Он уже морально устарел и со Swing его использовать точно не стоит

А про «Event Dispatcher thread и всякие такие штуки» — действительно смешивать интерфейсы лучше не стоит. Но когда речь идет об отдельных окнах с разным интерфейсом или же отдельных диалогах — все достаточно культурно.
Насчет смешивания самих интерфейсных частей — я еще посмотрю потом, самому интересно что будет.
> Он уже морально устарел и со Swing его использовать точно не стоит
Я бы даже поправил себя — его впринципе не стоит использовать ;)
Приходится и на оборот в swt встраивать swing. Для рисования графиков в swing есть teechart, jfreechart…, а вот для swt нет ничего.
Есть еще WebKit for SWT open-life.org/blog/java/611.html
Насчет WebKit — спасибо за информацию — раньше не встречал никакой информации о нем.
Вероятно потому, что пока-что с SWT вплотную много не работал.
Прочитал подробнее и посмотрел сайт проекта:
«The WebKit for SWT project has been discontinued and downloads are no longer available»
Увы, проект закрыт и найти даже устаревшую библиотеку где-либо я не смог.
Возможно у Вас где-то сохранилась копия самой библиотеки?

Хотя смысла о ней говорить вероятно нет, учитывая что проект закрыт (причем, вроде, достаточно давно) и обновлений не ожидается…
Кстати, Native Swing потому так и назван, что позволяет использовать интересные фичи SWT в обычных Swing-приложениях. Что-то до меня поздно дошла суть вопроса правда :)
На данный момент apng формат изображений полноценно умеет отображать только Firefox (3.6+) и некоторые отдельные приложения в виду своей специфики, впрочем изображения в данном формате могут быть весьма полезны в некоторых случаях.
Опера 9.5+ вполне себе тоже понимает.
Не знал, действительно поддерживает :)
Спасибо что подсказали — подправил в статье.
«JDIC
Лицензия: LGPL 2.1
Совместимость: Windows/Linux
Кросс-платформенная: Да, но для каждой отдельной ОС и архитектуры необходимо использовать отдельный набор библиотек»

недавно использовал данную библиотеку, реализации для 64-разрядной JVM, что и логично ввиду архаизма ее — нет, но жаль что она не поддерживается, удобна в использовании…

З.Ы. Да, и еще, что бы найти «отдельный набор библиотек» нормальной сборки, потратил не менее получаса
> реализации для 64-разрядной JVM, что и логично ввиду архаизма ее — нет
Думаю вполне возможно пересобрать ее под 64x из исходников

> что бы найти «отдельный набор библиотек» нормальной сборки, потратил не менее получаса
Думаете, есть смысл разместить дополнительно ссылки к разным версиям библиотек?
когда искал не было возможности исходники собирать, нужно было просто jar подсунуть в проект, поэтому думаю есть смысл, тем более что jar-файлов на странице проекта так и не нашел(ни одной версии).

а уж для тех кто только «сел грызть гранит» Java и понятие Ant и т.п. не знакомо — собрать из исходников что-то будет проблематично :)

да и к чему эта дисскуссия, все равно jdic не поддерживается
Насчет «собрать из исходников» я говорил конкретно про Ваш случай — если Вам она все еще необходима в 64-разрядном виде — это возможно.
А насчет тех кто только обучается — согласен, добавлю чуть позже ссылки на доступные версии библиотек :)
Разместил ссылки на скачивание библиотек в статье.
Извиняюсь, что вышло с задержкой.
Добавлю еще пару библиотек.

Для сложных операций с имиджами можно использовать ImageJ (http://rsbweb.nih.gov/ij/) — функционал, близкий к GIMP, плюс ГУИ. Недостаток — использует старый PixelGrabber API, поэтому не отличается производительностью.

Для ГУЯ можно использовать SwingWT — это обертка над SWT, которая предоставляет API от Swing-а (http://swingwt.sourceforge.net/) (соответственно скорость, быстрая загрузка, etc...). Поддерживается только подмножество Swing.

Не упомянут еще QTJambi — java-фронтенд для QT (в настоящее время не поддерживается).

Substance Look And Feel — симпатичный и настраиваемый L&F.
Flamingo Suit — набор виджетов как в MS Office (оба эти проекта сейчас хостятся на GitHub).

Не обойду стороной и новый JavaFX. В нем, учтены все прежние недостатки Swing, все упрощено, декларативный стиль, и интегрирован функционал SceneGraph (модель визуальных объектов, похожая на Flash). Позволяет быстро и безболезненно наклепать GUI. Можно встраивать существующие компоненты Swing. Обратное пока делается с геморроем. JFXtras — библиотека, расширяющая возможности JavaFX полезным функционалом и виджетами.

Кстати, одним из способов проигрывать видео можно тоже назвать JavaFX.

Под конец, многие java-девелоперы хотят, чтобы их продукт выглядел как нативная апликация и был независим от JVM. Помимо платного Excelsion JET можно порекоммендовать связку GCJ+SWT(SwingWT). Он хоть и уступает в производительности, но компенсирует за счет быстрого старта и нативного SWT.
ImageJ действительно упустил, но она уже достаточно старовата и, действительно, тормозная. Как-то давно пробовал ее как вариант для написания редактора изображений — в итоге отказался и сделал все по-своему.

Насчет SwingWT, QTJambi, LaF, Flamingo и JavaFX — это все не совсем соответствует содержанию данного топика. Я сейчас как-раз делаю новый топик по UI в Java-приложении — там всё это и много больше будет включено и описано.

JavaFX как вариант для проигрывания видео, все же, я исключаю, так как речь идет о J2SE (конкретнее даже — о Swing-интерфейсе) и использовать там JavaFX будет весьма накладно или даже невозможно.

> Под конец, многие java-девелоперы хотят, чтобы их продукт выглядел как нативная апликация и был независим от JVM.
> Помимо платного Excelsion JET можно порекоммендовать связку GCJ+SWT(SwingWT).
> Он хоть и уступает в производительности, но компенсирует за счет быстрого старта и нативного SWT.
Это впринципе абсолютно другая тема и как мне кажется, нет смысла прибегать к разным исхищрениям, чтобы использовать Java для разработки Windows only приложения. Врочем это отдельная тема для холивара, думаю не стоит его тут разводить.
Еще есть mozSwing — FF3 браузер держит win, linux, macos, solaris. Flash проигрывает и много чего умеет, есть доступ к XPCOM. Один минус проект старый и мертвый, есть еще мой jBrowser — на базе mozSwing (переработанное api), планирую Gecko 2 — html5 привет :)
Да, про mozSwing совсем забыл, хотя даже тут как-то видел Вашу статью о нем. Вы все еще занимаетесь им? :)

P.S. Обидно, что есть достаточно много интересных и нужных проектов в этой области, но они очень быстро теряют обороты и схлопываются. А так как браузеры и прочая нативная кухня (да даже само JDK) постоянно меняется — без поддержки библиотека банально становится неработоспособной через год-другой.
Пока занимаюсь) Как ни странно мне пишут люди из других стран, а нашем соотечественникам он не очень нужен :) Хочу на xulrunner 2.0 переделать (FF4) не знаю хватит сил.
Чтож, буду надеяться, что у Вас хватит времени и сил :)
А насчет потребности — думаю просто наши соотечественники не очень любят писать кому-либо лишний раз.
Sign up to leave a comment.