[анти-холивар]Чем заменить джаву

С++/QT4 вполне себе кроссплатформенный.

И по недоязыковости одного поля ягоды.

>На джаве это просто - InfoNode

Вышиб мозга.

Походу они Eclipse переплюнули по способу MDI-докирования окон.

>Вышиб мозга.

>Походу они Eclipse переплюнули по способу MDI-докирования окон.

Да я бы охотно использовал инфраструктуру эклипс - но мне надо окна "на лету" создавать, а в эклипс это, насоклько я знаю, не возможно. А вообще то что создаёт ИнфоНоде мне понравилось.

Кьют, очевидно. Язык по выбору.

>С++/QT4

К сожалению не подходит по обоим пунктам. Доки там крайне не функциональные - годятся только для приложений типа Dolphin. А реализовывать функциональность JGraphX поверх QGraphicsScene напряжно ((

Меня вообще удивляет, что новые ИДЕ не лепит только ленивый, а нормальной инфраструктуры для этого кот наплакал.

>Да я бы охотно использовал инфраструктуру эклипс - но мне надо окна "на лету" создавать

У них там Swing или собственный кроссплатформенный оконный менеджер?
Там JNI-вызовы есть (типа SWT) или всё рисуется через Java2D?

Рассматривали возможность использования NetBeans RCP?

У них там чистый свинг.

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

Мне странно, что ничего подобного нету под Gtk, Qt =/

так а зачем заменять, если уже есть созданный инструмент? опять велосипеды? )

>так а зачем заменять, если уже есть созданный инструмент?

Мне не импонирует свинг, потому что он несколько тормозноват и топорно смотрится его интеграция в систему + куча простых вещей в нём делается сложно. Потому искал ему _альтернативу_. Причём на других языковых платформах.

GTK, очевидно же. Ну и язык - C/C++/Python, может даже GST

Ну так и пиши на Java.. Если ты не преследуешь целей экспериментальных разработок, то просто используй наиболее удобный находящийся под рукой инструмент.

>С++/QT4 вполне себе кроссплатформенный.

Таскать с собой GCC? Нет уж.
В Java ушли от убожества C++ не для этого.

GCC намного больше JRE?
GCC надо держать на всех машинах где будет запускаться созданный им софт?

а с++ таки убог. инфа 100%.

> Над нетбинсом думал, может быть даже поиспользую, с учётом того что его докинг система оформлена сторонней независимой либой.

> Мне странно, что ничего подобного нету под Gtk, Qt =/

1. И что? "ява лучше всех, т.к. на ней написана моя любимая докинговая система"? так что-ли?

2. Хоть бы рассказал о Супер Пупер Продвинутой Докинговой Системе, а то так невеждами и помрем, юзая кутишные доки в kdevelop...

Кстати, я видел вариант настройки kdevelop, когда все док-окна становятся настоящими окнами, и ими может и должен управлять (Tile?)WM.

Если в нетбинсе действительно можно подключить свой менеджер док-окон, это правильное решение. Если можно только написанный на яве -- в топку.

>Required int parameter 'topic' is not present

Урра, я снова могу постить! а то всё высвечивала эту надпись.

Теперь отвечаю:

>ява лучше всех, т.к. на ней написана моя любимая докинговая система"

o_O Где я это написал? Я действительно удивлён, что на Qt & Gtk нету подобной функциональности. Ибо распространённая. И потому спрашиваю всезнающий олл - вдруг есть.

> Хоть бы рассказал о Супер Пупер Продвинутой Докинговой Системе

Ну я написал где её можно увидеть, помимо этого, по ссылке - скриншоты и демка которая показывает как там всё это работает.

>Кстати, я видел вариант настройки kdevelop, когда все док-окна становятся настоящими окнами, и ими может и должен управлять

Ну это то тривиально (из всего мной перечисленного не умеет так делать только эклипс), но мне ни разу не хотелось "отлепить" окно от среды. Мне сложно представить зачем это нужно (разве что перетаскивать на второй экран).

> юзая кутишные доки в kdevelop...

В kdevelop (по крайней мере в 3) не совсем кутэшные доки. И даже в таком варианте они мне не так нравились.

>GCC намного больше JRE?

~56МБ vs. 15МБ, да ещё и bootstrap нужен для GCC.

А зачем GCC на таргет плаформе? о_О

>А зачем GCC на таргет плаформе? о_О

Ну, как бы: "но мне надо окна "на лету" создавать".
http://developers.sun.ru/content/view/348/89/

А при чём тут "Java Compiler API"?
Для окон - "The QUiLoader class allows standalone applications dynamically create user interfaces at _run-time_ using the information stored in .ui files or specified plugin paths."

>Ну, как бы: "но мне надо окна "на лету" создавать".\

Видимо я ввёл в заблуждения. В эклипсе вьюхи можно создавать только через в ХМЛное описании плагина. То есть я не могу в программе создать ещё одну вьюху (окно) типа View = new MyView(); view.show();

> o_O Где я это написал? Я действительно удивлён, что на Qt & Gtk нету подобной функциональности. Ибо распространённая. И потому спрашиваю всезнающий олл - вдруг есть.

Слово "холивар" плохо подходит к мелким подколколкам по поводу отсутствия в других языках либы с одному тебе нужным функционалом :-)

>>Кстати, я видел вариант настройки kdevelop, когда все док-окна становятся настоящими окнами, и ими может и должен управлять

> Ну это то тривиально (из всего мной перечисленного не умеет так делать только эклипс), но мне ни разу не хотелось "отлепить" окно от среды. Мне сложно представить зачем это нужно (разве что перетаскивать на второй экран).

Речь не идет об "отлеплении", речь идет о том, чтобы DE/WM управлял док-окнами, а не среда.

> Ну я написал где её можно увидеть, помимо этого, по ссылке - скриншоты и демка которая показывает как там всё это работает.

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

Демка у меня не пошла -- вебстарта у меня нет, а скачанные jar-ы выбросили стектрейс про at java.security.AccessController.doPrivileged(Native Method)

> В kdevelop (по крайней мере в 3) не совсем кутэшные доки. И даже в таком варианте они мне не так нравились.

Адванснутые юзеры, как правило, очень привиредливы (и это правильно) -- поэтому единственный верный способ -- вынести этот функционал отдельно.

Посмотри на Tcl/Tk + BWidget.

>Слово "холивар" плохо подходит

Там как раз "анти-холивар".

>либы с одному тебе нужным функционалом :-)

Прошу посчитать количество пользователей Eclipse, Netbeans, IDEA и сложить. Будет больше единицы. Я гарантирую это ;)

>Речь не идет об "отлеплении", речь идет о том, чтобы DE/WM управлял док-окнами, а не среда.

Ну, если их отлепить то таки будет происходить.

>По ссылке обнаружены скриншоты *тем*, что х.з. сколько лет есть в кути и гтк

Как и в свинге. Не, на темы мне абсолютно пофиг кроме той что вписывается в моё окружение.

>вынести этот функционал отдельно.

Дак я ж и не против! В джаву это тоже не встроено, однако можно подключить небольшую библиотеку и всё будет классно работать. Я жду ровно того же.

>> либы с одному тебе нужным функционалом :-)

> Прошу посчитать количество пользователей Eclipse, Netbeans, IDEA и сложить. Будет больше единицы. Я гарантирую это ;)

Ты считаешь, что они перестали юзать свои комбайны из-за отсутствия Офигенно Продвинутой Док-Системы, или выбрали их именно из-за нее?

Так где ссылка? На скриншоты или на описалово превосходства?

* перестали бы

>InfoNode (http://www.infonode.net/index.html?idwscreenshots) + JGraphX

Ну, так это платная байда. Такого полно можно под C# .NET Framework найти, за бешаные деньги

В общем, у нас сказка про белого бычка. Ты когда-нить расскажешь, чем Супер Док Система Мега Крута?

При этом, я отнюдь не против чуток пообразоваться на тему док-систем.

>Ну, так это платная байда.

Она ещё и под GPL. Мне подходит.

>Ты когда-нить расскажешь, чем Супер Док Система Мега Крута?

Я сдлал коротенький скринкаст с инфоноды. Но под виндой первая же записовалка нагенерила файл 60 метровый. если канал резиновый - вот http://home2.dguitelson.operaunite.com/file_sharing/content/

>Так где ссылка? На скриншоты или на описалово превосходства?

Превосходства над чем? Доками из КуТэ? Доки в кутэ красиво анимируются но не имеют базового функционала:

Важно:

1) Скрываться по отдельности и всей стороной в края 2) Разворачиваться на весь экран 3) Произвольное положение доков (в КуТэ почему-то решили что нижний док обязательно должен перекрывать боковые. Мне это неудобно, потому как я два дока вретикально слева держу, и для них становится мало места).

Косметика:

1) Иконки - с одинм текстом хуже навигация 2) Таскаться не только за верх, но и за низ если два дока объеденины 3) Предоставлять попап с списком вложенных доков - удобная конструкция для документов.

Канал хороший, а вот качается всего 15кб/с. Ладно, подожду часок.

>Так где ссылка? На скриншоты или на описалово превосходства?

Превосходства над чем? Доками из КуТэ? Доки в кутэ красиво анимируются но не имеют базового функционала:

Важно:

1) Скрываться по отдельности и всей стороной в края
2) Разворачиваться на весь экран
3) Произвольное положение доков (в КуТэ почему-то решили что нижний док обязательно должен перекрывать боковые. Мне это неудобно, потому как я два дока вретикально слева держу, и для них становится мало места).

Косметика:

1) Иконки - с одинм текстом хуже навигация
2) Таскаться не только за верх, но и за низ если два дока объеденины
3) Предоставлять попап с списком вложенных доков - удобная конструкция для документов.

Забей, я сейчас попроую чем другим записать - хреновая конечно экранописалка. В убунте в репах жала хорошо и была более юзабельная =/

>~56МБ vs. 15МБ, да ещё и bootstrap нужен для GCC.

не заморачиваясь сильно (понимаю что можно руками, урезать и т.п.), но все-же, Debian Lenny:

k0l0b0k@localserver:~$ sudo apt-get install gcc
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
binutils gcc-4.3 libc6-dev linux-libc-dev
Suggested packages:
binutils-doc gcc-multilib make manpages-dev autoconf automake1.9 libtool flex bison gdb gcc-doc gcc-4.3-multilib libmudflap0-4.3-dev gcc-4.3-doc gcc-4.3-locales libgcc1-dbg libgomp1-dbg libmudflap0-dbg glibc-doc
The following NEW packages will be installed:
binutils gcc gcc-4.3 libc6-dev linux-libc-dev
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 9577kB of archives.
After this operation, 29.7MB of additional disk space will be used.


k0l0b0k@localserver:~$ sudo apt-get install sun-java6-jre
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
avahi-daemon bind9-host gsfonts-x11 java-common libavahi-core5 libdaemon0 libnss-mdns odbcinst1debian1 sun-java6-bin unixodbc
Suggested packages:
avahi-autoipd equivs binfmt-support sun-java6-plugin ia32-sun-java6-plugin sun-java6-fonts ttf-baekmuk ttf-unfonts ttf-unfonts-core ttf-arphic-uming libmyodbc odbc-postgresql libct1
The following NEW packages will be installed:
avahi-daemon bind9-host gsfonts-x11 java-common libavahi-core5 libdaemon0 libnss-mdns odbcinst1debian1 sun-java6-bin sun-java6-jre unixodbc
0 upgraded, 11 newly installed, 0 to remove and 0 not upgraded.
Need to get 35.1MB/35.4MB of archives.
After this operation, 102MB of additional disk space will be used.

any comments?

Под винду инсталлер JRE действительно весит <15 метров. Речь была об этом. Но на самом деле, это пустой разговор, не имеющий _никакого_ отношения к топику. Мне не нужно таскать за собой JRE, меня не правильно поняли.

> с хорошей док-системой

В Qt из коробки есть отличная система с индексом, ссылками, разделами.

> в котором будут рисоваться диаграмки

http://qwt.sourceforge.net/

The device you were trying to access does not seem to be available.

home2.dguitelson does not seem to be running any services at the moment.

>В Qt из коробки есть отличная система с индексом, ссылками, разделами.

Выше я уже описал чего конкретно в ней не хватает.

>http://qwt.sourceforge.net/

Это графики, а не диаграммы. Я имею ввиду диаграммы типа графов. Пример - UML редактор.

>В Qt из коробки есть отличная система с индексом, ссылками, разделами.

Выше я уже описал чего конкретно в ней не хватает.

>http://qwt.sourceforge.net/

Это графики, а не диаграммы. Я имею ввиду диаграммы типа графов. Пример - UML редактор.

> Кьют, очевидно. Язык по выбору.

Ойлоло. И какие же языки, кроме угрёбищного С++, предлагают Qt-фанбоям их анальные повелители? Пионерские поделки в виде PyQt и QtD не предлагать.

По теме. Можно юзать GTK+ в совокупности с GDL (докинг) + GraphViz (диаграммы). GDL вырос из проекта Anjuta (многоязыковое IDE на GTK+).

Qt-фанбоев не слушать, ихний докинг (в отличие от GDL) не годится ни для чего, окромя тулбаров. Алсо, в юзании Java/Swing/NetBeansRCP для подобных целей нет ничего зазорного, неадекватных Java-хейтеров рекомендую игнорить так же, как и неадекватных кутешников.

> И какие же языки, кроме угрёбищного С++, предлагают Qt-фанбоям

Прозреваю раскричавшегося школьника. И какие же языки, лучшие чем с++, ты знаешь?

Сразу скажу, что на яве невозможна перегрузка операторов, нормальные шаблоны (необходимые для прямой реализации тензоров), автоматическая деструкция по выходу из блока (либо жри кактус finally, что не автоматически, либо жди финализатора), отсутствует нормальный const -- что ставит крест на функциональщине и хороших коллекциях.

Твоя демка скачалась на 80+ процентов.

> Важно:

>1) Скрываться по отдельности и всей стороной в края

Это я не понял до конца

>2) Разворачиваться на весь экран

Не уверен, что это надо. Развернув типовой *мой* док на экран, я не увижу ничего нового, ибо он настроен по *маленький* размер. Необходим шорткат "убрать все доки", да и то, если монитор маленький. Пример из твоего .avi видел -- это не реалистично.

Хотя полный детач дока наверно нужен, для перемещения на целый второй монитор например.

>3) Произвольное положение доков (в КуТэ почему-то решили что нижний док обязательно должен перекрывать боковые. Мне это неудобно, потому как я два дока вретикально слева держу, и для них становится мало места).

Это не так. На самом деле можно и по другому -- но что самое интересно, у меня это "по-другому" пропадало после закрытия/открытия kdevelop, что мне тоже не нравится.

> Косметика:

>1) Иконки - с одинм текстом хуже навигация

Иконки в kdevelop есть.

>2) Таскаться не только за верх, но и за низ если два дока объеденины

Вообще таскание доков мышой -- имхо тупой виндузячий способ. Докам должны быть ассигнованы приоритеты, позиция (t/d/l/r), критерии и шорткаты для показа-скрытия. Согласен, если это будет делаться и кнопочками или по правому клику мышой, хотя составные шорткаты обязательны.

>3) Предоставлять попап с списком вложенных доков - удобная конструкция для документов.

Подробнее плиз.

> Важно:

Вообще мне кажется, что твои притензии реализуются в 1Клок.

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

Например, "в данном состоянии IDE (т.е. debug) для данного проекта данный док не показывать больше", что не должно мешать его показывать для другого состояния IDE или проекта. IDE должна как-то о своем состоянии сообщать WM.

>неадекватных Java-хейтеров рекомендую игнорить так же, как и неадекватных кутешников

Мм, а как быть с неадекватными жабофагами? ;)

>Например, "в данном состоянии IDE (т.е. debug) для данного проекта данный док не показывать больше", что не должно мешать его показывать для другого состояния IDE или проекта. IDE должна как-то о своем состоянии сообщать WM.

В эклипсе как раз именно так и работает. Там есть понятие "перспектива", частный случай его - дебаг. А вообще там перспекитва на всё что угодно - на каждый язык, в частности. Зачем сообщать что то ВМ не понял.

>1) Скрываться по отдельности и всей стороной в края >Это я не понял до конца

Это то что первым делом на видео демонстрируется

>2) Разворачиваться на весь экран

Надо. Удобно редактор кода, диаграмм, разворачивать на весь экран. У меня 20" 5:4 и всё равно для меня это удобно.

>Иконки в kdevelop есть.

Да блин. В любой разумной среде это есть. Мне бы фреймворк отдельный, кроссплатформенный.

>Вообще таскание доков мышой -- имхо тупой виндузячий способ. Докам должны быть ассигнованы приоритеты, позиция (t/d/l/r), критерии и шорткаты для показа-скрытия.

Первый раз перетаскал как тебе это удобно (каждому удобно по своему). Потом работают хотекеи.

>3) Предоставлять попап с списком вложенных доков - удобная конструкция для документов.

На видео в конце - маленькое окошко в котором можно переключаться между вкладками.