[не флейма ради] GTK/gtkmm vs Qt

>Jambi мертв

кто тебе такую глупость сказал?

Только эти книга была написана когда не было GtkBuilder, там еще пишут о libglade, что является deprecated. Но вообщем это касается только одной главы. О GtkBuilder так и быть, прочитаете в документации

http://www.linux.org.ru/news/opensource/3517423

Подумайте сами, зачем _монструозной платформе_ нужен биндинг к другой _монструозной платформе_?

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

>KDEшный Smoke

libsmokeqt4-2 ж не зависит от KDE либ. Для KDE там libsmokekde4-2. Я так использую Qt в руби.

так как там Smoke? насколько он полноценен?

Пишу тут простую морду к плееру, пока что проблем не было. Хотя есть ли ограничения лучше гуглить. В принципе, к рубям довольно удобно, массивы, строки Qt'шные автоматически преобразовываются к руби типам (и обратно), подключение слотов сигналов выглядит несколько чужеродно, разве что, но не смертельно. Сообщения об ошибках не всегда внятные выдаёт ещё, если где ошибёшься. В духе: не нашло функцию? В ошибке пишем что-то о превышении длины рекурсии. Неправильные параметры? Ненайдена функция и т.д.

Как UI из файла в байндингах подключается? Я просто не юзал Qt ни на чем, кроме С++

Я пользуюсь rbuic4, который генерирует по .ui файлу руби код, который всё и создаёт (сам .ui не нужен). Встречалось в гугле также как .ui файла напрямую загружать, но это не так удобно было, помнится.

Вот например что генерируется: http://github.com/tenno-seremel/XSG/blob/f169861df71e657f89b39365a1ace761af8b...

из http://github.com/tenno-seremel/XSG/blob/f169861df71e657f89b39365a1ace761af8b...

А нельзя без кодогенерации? Грузить прямо их XML

для питона есть pyuic4, но можно и напрямую ui файл грузить также как и в плюсах

> бубном плясать, чтобы унаследовать Qt класс не в хедере

Сколько писал на qt с такой проблемой не сталкивался. moc'ом cpp'шник обрабатываешь и всё.

> Написав приложение, используя только Qt, например, для Linux-x86, его можно будет очень легко портировать под все остальные платформы.

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

Из последних вещей, что nokia сделала - мне понравилось qtbrowserplugin — Qt'шный виджет поднимается внутри браузера (любого!) без лишнего геммороя. До такого функционала gtk как раком до китая.

Можно, но доступ к элементам полученной таким образом формы там как-то мне не понравился. Хотя я не помню уже что именно.

>До такого функционала gtk как раком до китая.

Но при этом там нет нормального генератора случайных чисел.

В GTK есть генератор случайных чисел? OMG

http://library.gnome.org/devel/glib/2.20/glib-Random-Numbers.html

В Qt такого я не нашел.

qsrand чем не угодил?

Если нужно иметь одновременно два независимых генератора в одном потоке, то qsrand не поможет.

в этом случае rand_r поможет

The  function  rand_r()  is  from
       POSIX.1-2001.  POSIX.1-2008 marks rand_r() as obsolete.

Некросссплатформенно.

Написать то свой ГСЧ не проблема, но странно, что в Qt его нет.

Явовского пакета org.gnome.gdk среди GNOME- и Gtk-биндингов не нашёл. Плохо искал?

Откуда его скачать можно?

>glib

gtk

⁇

> Поставил, скомпилил несколько примеров.

Откуда ты взял биндинг?

aptitude install libjava-gnome-java

>а редхат емнип гтк больше использует

но никому не навязывают, в томже RHEL идёт и гном и кде

>И там биндинг не столько к Qt, сколько к библиотекам KDE.
ты не прав. там 2 разных биндинга (Qyoto и Kimono)

На чистом Qt не знаю как получится писать или нет.

тоже интересно. Hello world запускался:)

>Jambi мертв

http://qt.nokia.com/downloads

>Ну РедХат был дейстительно лидирующей компанией. До поры до времени. На Убунту слезут почти все десктопы, и уже начинают слезать сервера (кажется Википедия на Убунту Сервер). Учитывая маркетинг и динамику развития году в 2018 где-то может случиться так, что в понимании пользователей будет Linux==Ubuntu.

Ты видать не понимаешь, что пользователи линукс - это не десктопы и веб-серверы, а прежде всего промыщленные системы высокой надёжности. Именно такие клиенты и интересуют крупные линукс компании. А они(клиенты) на свои серверы убунту никогда не поставят.

>у вас иллюзия, что Ubuntu и Kubuntu хоть в какой то мере равноправные

Это у Космонавта и канноникал иллюзия, а не у меня:)

>О них писал выше. Более того, они основа DE, который стоит в Ubuntu и с выходом GNOME 3 может реально сьесть весь рынок

ох уж эти гномовци.. ничего он не съест.

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

Ну КДЕ по всем опросам популярней. А главное - пользователи нахрен никому не нужны. Нужны стабильно работающие системы.

IT-шники уже перешли

Ты сильно заблуждаешься.

У Убунте там сразу в gtk.jar все есть. Если в ваших пакетах нет, качаем с оффсайта

Он не совсем уж мертв, просто полностью перестали финансировать. Отдали community

Они не верят в миф «легко настроить=нестабильно». Зохавает рынок серверов и промышленных систем еще как. Конечно debian не подвинет сильно, просто приемущества неочевидны, дебиан почти так же легко настраивается.

aptitude install libjava-gnome-java

Спасибо.

Список файлов пакета libjava-gnome-java в lenny для архитектуры amd64

/usr/lib/jni/libgtkjni-4.0.so

/usr/share/doc/libjava-gnome-java/NEWS.gz

/usr/share/doc/libjava-gnome-java/README.gz

/usr/share/doc/libjava-gnome-java/changelog.Debian.gz

/usr/share/doc/libjava-gnome-java/copyright

/usr/share/java/gtk-4.0.jar

/usr/share/java/gtk.jar

Нашёл исходники последней версии.

У меня на FreeBSD установлен порт libgnome-java 2.12.7_4. Однако:

GNOME_API_VERSION= 2.12

GTK_API_VERSION= 2.10

Вот полный состав файлов пакета — он пока ещё стар для того, чтобы вышеприведённый пример скомпилировался.

Так где, говорите, кросс-платформенность java-приложений с биндингами? Нету её. Всё руками нужно собирать — хоть с SWT, хоть с GNOME/Gtk. Один Swing кросс-платформенный.

> Ну КДЕ по всем опросам популярней.

Внимательно читаем новости

А главное - пользователи нахрен никому не нужны. Нужны стабильно работающие системы.

Ну на серверах ни Gnome ни KDE нету

Ты сильно заблуждаешься.

Кого ни спрошу, все компании на Линуксе, в универе ставят, студенты лабы пишут. Ситуация по сравнению с 2000 кардинально изменилась.

Что в поезд не сяду, так как минимум один линуксоид со мной в купе )) Просто еду в воскресенье, так все студенты в столицу на учебу.

Все что нужно разрабатывать, пишу под Линукс. В универе 2 годы лабы только на Линукс. Даже по .NET, и то на Моно с поощрением со стороны преподавателей. Предметы начинтаются с фразы «Для выполнения лабораторных работ, вам необходимо будет установить любой дистрибутив ОС Linux...». Прямо на кафедре открываются дополнительные лекции по Линукс-разработке от реальных спецов из киевских компаний.

Короче локальный вендокапец.

Ну приложение ведь не надо пересобирать. Просто это проблема мейнтейнеров пакетов в конкретном пакете

Для порта libgtk-java 2.10.2_4, от которого зависит libgnome-java 2.12.7_4, список устанавливаемых файлов такой:

include/libgtk-java/gtk_java.h

lib/libgtkjni-%%GTK_API_VERSION%%.so

lib/libgtkjni-%%GTK_API_VERSION%%.so.1

libdata/pkgconfig/gtk2-java.pc

share/java/classes/gtk%%GTK_API_VERSION%%.jar

%%DATADIR%%/macros/jg_gnome_java.m4

%%DATADIR%%/macros/jg_gtk_java.m4

@dirrm %%DATADIR%%/macros

@dirrm %%DATADIR%%

@dirrm include/libgtk-java

В Eclipse подцепляю к проекту получившиеся архивы: /usr/local/share/java/classes/gtk-2.10.jar и /usr/local/share/java/classes/gnome-2.12.jar. Бесполезно. Пример скомпилировать не могу — среда ругается на отсутствующие пакеты org.gnome.gdk и org.gnome.gtk, указанные примере в качестве импортируемых.

Нет. Это не проблема мантейнеров. У биндингов проблема со стабильностью API.

В новой версии биндинга (v.4.x) пространство имён поменялось. А это значит что старые программы на Java, использующие GNOME/Gtk-биндинги, придётся переписывать.

Ну по идее не должно, у gtk API безболезненно меняется, так что такое по идее не должно повториться. Хотя проект таки еще не устоявшийся, даже tutorials не осилили сделать. Я вот думаю заняться. Как вы думаете, чтобы не проявлять фантазию, нормально будет с Mono и Vala взять?

> /usr/local/share/java/classes/gtk-2.10.jar

Они нумеруют по версии самого Gtk, я так понял? Очень старовато... Не рекомендую. Соберите с исходников.

Завтра попробую разобраться.

>Зохавает рынок серверов и __промышленных систем__ еще как.

В Ubuntu слишком новые ядра и софт, производители железа просто на них не оринтируются. Настраивается даже гента легко, проблема не в этом. Найди мне драйверы для PC-104 железа под 2.6.31?

Я _за_ убунту. На ноуте кубунту. Но на работе никаких (к)убунт:)

>Что в поезд не сяду, так как минимум один линуксоид со мной в купе ))

Тебе просто везёт:)

Ну на серверах ни Gnome ни KDE нету

Серверы это не только веб:)

> Я _за_ убунту. На ноуте кубунту.

Как вы относитесь в вероятному возникновению Ubuntu, как платформы разработки со своим IDE и API?

Такая вероятность близка к нулю.

согласен с iZEN'ом, такого не будет - 100%

и да, отношусь плохо:)

Это конечно не известно. Но quickly уже делают, сюда еще и Ground Control. Canonical как бы намекает

А если задать более мягкий вопрос? Пускай не Ubuntu и не Canonical.

Как вы относитесь унификации Linux (и разработки тоже)? One major IDE, One major toolkit, One major DE, One major distro, One major repository?

One major programming language я исключил, это ужасно.