Открыта программа доступа для тестирования IntelliJ IDEA 11 Nika

обязательно завтра посмотрю.

>дает lag-less typing in big documents

не осилил? :)

IntelliJ IDEA 11 уже может работать на OpenJDK7?

На OpenJDK7 после добавления

IDEA_JDK=/usr/local/openjdk7
JDK_HOME=/usr/local/openjdk7

Сменил JDK на OpenJDK6 — запустилась. При запуске из командной строки терминала в обоих случаях почему-то ждёт нажатия Enter, как-будто ей нужно особое приглашение :)) :

> ./idea.sh
OpenJDK Runtime Environment (build 1.6.0-b23)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
WARNING: You are launching IDE using OpenJDK Java runtime.

THIS IS STRICTLY UNSUPPORTED DUE TO KNOWN PERFORMANCE AND GRAPHICS PROBLEMS!

NOTE: If you have both Sun JDK and OpenJDK installed
please validate either IDEA_JDK, JDK_HOME, or JAVA_HOME environment variable points to valid Sun JDK installation.

Press Enter to continue.

ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.
ELF binary type "0" not known.

>Почему нельзя просто следовать принципу «Написано единожды — запускается везде»?!

Как человек писавший на жабе гуй под кучу платформ скажу что это не так просто, там где всякие D&D и прочие хрени интеграции с осями.

Да это ужас, а не гуй http://storage1.static.itmages.ru/i/11/0927/h_1317092233_5389462_1c724d00b7.png ровно такой же гуй и в Jmol. Java одим словом.

Тьфу. Пока не дошло, что D&D это drag&drop я думал, что мир сошел с ума.

ява, что ж ты хочешь. там иначе никак.

> Пока не дошло, что D&D это drag&drop я думал, что мир сошел с ума.

да ))

JetBrains открыли программу раннего доступа (EAP) очередного 11 выпуска своего основного продукта, IDEA

С утра долго парсится.

Кстати, что можешь посоветовать SWING или SWT?

На этот впрос нельзя ответить однозначно - надо знать специфику проекта. Под свинг _очень_ много готовых сторонних компонент, по этому если в UI предполагаются всякие нестандартные контролы - SWT будет не лучший выбор, на нем все нуно будет реализовывать самому, встроенных виджетов очень мало. Использует нативную библиотеку виджетов, но вполне можно напороться на «особенности» работы виджета на конкретной платформе. С другой стороны - SWT надо использовтаь совместно с JFace - это не дает новых виджетов, но позволяет сильно с экономить время за счет готовых паттернов - удобный MVC, готовые решения для стандартных диалогов, визардов, и т.д. Вообще, наибольшей эффективности SWT достигает при использовании Eclipse RCP - но это только если ты пишешь такой вид ПО.

чем оно лучше еклипса?

тем что не эклипс и тем что IDEA. и да, если судить по RubyMine и PyCharm - годная IDE, как и похоже, все IDE от Jetbrains..

Какие наиболее используемые расширения для SWING? Пока я знаю только SwingX...

Например у меня тормозит редактирование JSPшки в 800 килобайт.

Почему нельзя просто следовать принципу «Написано единожды — запускается везде»?!

Потому что на джабе невозможно написать что-то хорошее в принципе.

>Какие наиболее используемые расширения для SWING? Пока я знаю только SwingX...

Дело не в конкретном расширении (например http://www.jidesoft.com/ - очень мощная и богатая библиотека доп.виджетов), а в тех задачах которые нужны. Не просто финтифлюшные кнопочки, а например компонет по отрисовке диаграмм ганта. (которые реализовывать самому - реально запаришся). SWT очень «деревянный» и не предназначен для создания «сложных» виджетов на основе простых. Тоесть, если в свинге в компонент дерева как элемент можно хоть таблицу запихать, то в SWT так не получится. Зато простоы вещи (например дерево с контектсном меню зависящем от выбранного элемента) очень удобно решает на SWT+JFace (там для этого уже удобное решение), а в свинге - это маразм с «ручным» показом меню в месте клика.

Посмотри на эклипс - если его стиль интерфейса, и концепция приложения под него подходят (это не обязательно должна быть среда разработки - может просто редактор чего-то, или еще чего) - то ок, бери eclipse rcp - это очень выскоуровневый инструмент создания пользовательских интерфейсов, если ложится на задачу, то это +100500 к скорости разработки и меньше шаносов получить с точки зрения интерфейса программисткое говно.

и 10.5 вполне успешно работает

Лично я ничего не менял.

где ты там видишь ужас а не гуй? сделай nimbus, мож больше понравится

>не осилил? :)

ну а как по-русски сказать «безтормозное редактирование»?

> такой же гуй и в Jmol.

Я тут http://jmol.sourceforge.net/screenshots/ вообще java не увидел

>Кстати, что можешь посоветовать SWING или SWT?

Я посоветую гуй не писать - если есть возможность. А так наерное без разницы. У свинга лучше API.

>Вообще, наибольшей эффективности SWT достигает при использовании Eclipse RCP - но это только если ты пишешь такой вид ПО.

В принципе да. Я например писал не такой же: куча рукопашных компонент поэтому мне SWT не продошел.

fxml

>отому что на джабе невозможно написать что-то хорошее в принципе.

почему же нельзя?
тот же ЛОР написан на Java (а у ЛОРа маленькое время отклика), всякие GMail, Adsense, Analytics и гугло+ тоже на java и ничего так, никто не жалуется вроде...

переключите тему в IDEA на GTK+

А что порекомендуешь, если стандартного html мало?

Ещё бы вы их там увидели. http://www.softoxi.com/media/screenshots/000/007/jmol_1.jpg

Где и как?

а ты думаешь что на gtk, mono или wpf такая прога будет выглядеть лучше?

Нашел, переключил, программа перерисовалась тут же, все равно пахнет джавой. :)

Оно до сих пор требует свыше 8 Гб рамы для нормальной работы?

Да будет выглядеть нативно на GTK или на Qt под линуксом.

>Тьфу. Пока не дошло, что D&D это drag&drop я думал, что мир сошел с ума.

Вот оно что!! А то я с утра как прочитал, так и думал весь день о Dungeons&Dragons.

Например у меня тормозит редактирование JSPшки в 800 килобайт.

перевод я имел ввиду, а не твои jspшки

Как, уже 8? Раньше ведь требовала 80

>lag
лаги

-less

меньше

typing

печать

in

в

big

большие

documents

документы.


а теперь представь что ты играешь в лего, плюс можешь сфантазировать себе еще пару деталей. и получится. я верю в тебя.

2 года сижу на IDEA, отличная среда. Работать гораздо комфортнее чем в Eclipse. С 4GB оперативки работает быстро. Нативный GUI в ней абсолютно не нужен. Интерфейс грамотно продуман, компактен, экономично расходует экранное пространство, иконки лего читаются, выглядит одинаково хорошо на всех платформах. ИМХО, Eclipse под gtk ужасен. Для среды в которой проводишь целый день главное не смазливый интерфейс, а удобство и продуктивность работы. В конце концов, это программа не для блондинок, а для технарей.

> ну а как по-русски сказать «безтормозное редактирование»?

Хочу такую фичу в OpenOffice. Так достаёт, что символы появляются через ~100-200 мс после ввода.

погонял вместо 9й версии, случаются эксепшены периодически. Скорость индексации действительно увеличилась, лагов при редактировании действительно меньше. Починили некоторые досаждавшие баги, вроде кривого вывода ошибок при сборке антом. Автодополнение стало более разумным. Памяти жрет больше процентов на 20. А так вроде ссильных отличий от 9й версии не видно.

> Eclipse под gtk ужасен. Для среды в которой проводишь целый день главное не смазливый интерфейс, а удобство и продуктивность работы.

Если вас пугают плавные обводы вкладок в Eclipse и градиентная заливка, надо просто выставить традиционный стиль вкладок в меню Window -> General -> Preferences -> Appearance:
Current presentation: Eclipse 2.1 Style Presentation
[V]Show traditional style tabs

>Если вас пугают плавные обводы вкладок в Eclipse и градиентная заливка, надо просто выставить традиционный стиль вкладок в меню Window -> General -> Preferences -> Appearance

Меня болше пугают огромные отступы в панелях и заголовках, неработающие шорткаты в русской раскладке и вырвиглазный стиль отображения дерева проектов в «Package Explorer»..

Работать гораздо комфортнее чем в Eclipse.

А можно поконкретнее, киллер-фичи?

ну кроме

Меня болше пугают огромные отступы в панелях и заголовках, неработающие шорткаты в русской раскладке и вырвиглазный стиль отображения дерева проектов в «Package Explorer»..

:-)

>А что порекомендуешь, если стандартного html мало?

Для чего?

>А можно поконкретнее, киллер-фичи?

ИМХО очень много мелочей которые в сумме оставляют положительно впечатление. :) Например: Наиудобнейшая навигация по коду всего проекта. Из интерфейса можно быстро перейти к реализации и наоборот одним кликом без шорткатов. Удобный «Find usage». Легко разбираться в чужом коде. Умный редактор кода. Рефакторинги. Анализ кода. Более стабильная интеграция с Maven и Mercurial. Не нужно сохранять файлы.. :)

Всякие морды к СУБД

Как может быть мало html для морд к субд?