Будущее Qt и GTK+

https://chromium.googlesource.com/chromium/src.git/ /master/chrome/browser/ui...

Там от гтк, как я понял, остались чисто интеграционные вещи, типа файлового диалога и accessibility фишек. Сам по себе хромиум c 2014 года использует свой собственный тулкит - aura.

Qt тормозное УГ, я за GTK+

Сегодня все новые ГУИ пишут на ангулярях
Сегодня

Ключевое слово. Уже завтра это всё будет на помойке.

У Java и у Mono бэкендом является именно GTK+.

Что за бред ты несёшь?

Весь мир переходит на GTK+3 и Qt 5.6.

Переходят вижу очень быстро

Кстати да, не скажу за моно (вроде бы gtksharp помер за неактуальностью), но у жабы швинг только эмулирует внешний вид, но не использует gtk напрямую - он как и Qt рисует виджеты сам. Javafx аналогично, но он даже не пытается. Вот SWT он heavyweight, да, юзает «нативные» компоненты в лице gtk.

Бред у тебя в голове. Удали все GTK+-либы и попробуй запустить любое Java-приложение с GUI.

Javafx аналогично

JavaFX uses GTK2 libraries and is unlikely to switch in the near future.

http://stackoverflow.com/questions/21093723/how-to-run-javafx-application-aga...

швинг только эмулирует внешний вид, но не использует gtk напрямую

Java on Linux currently uses GTK 2. This raises several issues:

There are a number of Java packages that use GTK. These include AWT/Swing, JavaFX, and SWT. SWT has migrated to GTK 3, though there is a system property that can be used to force it to use the older version. This mixing of packages using different GTK versions causes application failures. This issue is particularly noticeable with Eclipse, which is SWT based. JavaFX can coexist with either Swing or SWT.

Version availability: GTK 3 was released in 2011, and is the active development stream. While both version 2 and 3 are available by default on current common Linux distributions, this may not continue to be the case over the lifetime of JDK 9.

Later versions of SWT may drop the GTK 2 fallback support flag.

Some applications (e.g., Java Mission Control) mix JavaFX and SWT, and rely on the GTK 2 fallback support flag.

http://openjdk.java.net/jeps/283

Глядишь, скоро QtWidgets объявят deprecated и выбросят.

Как бы уже... только еще не выбросили.

Как я уже писал выше: GTK+ хорош только для линя. На других ОС использовать его не смысла. Что возвращает нас к Qt.

И зря. Plasma разжирела почти в 1.5 раза у меня, после переезда на 5-ку.

Сам QML - труп, ибо окошко с одной кнопкой ест 50МБ ОЗУ. Ну и ресайз тормозит сказочно, ну так а чё, зато opengl...

Qt

Очень жаль, шо гтк окружили упоротые гномеры, он и так говном был :/ и в какое говно они его скатят - непонятно.

Кеды монолитны

Это разве + ? Это же ужас, и как форкнешь такое... Гном форкают - потому что могут и видят в нём какой-то потенциал для развития =)
Главный плюс у DE - быть незаметной. KDE же лезет всюду с чёрти чем, в итоге на ровном месте тупит.
Qt тоже форкают, чтобы избавиться от ненавистного moc, чтобы переписать всё на новых ++. Так что не так уж всё в Qt и современно.
У julialang уже есть простая привязка к gnome, а код для Qt на julia - это что-то с чем-то.

У вас какое-то свое представление о GNOME и KDE, отделенное от нашей реальности.

Я всегда думал что Java сама рисует гуй через AWT/Swing(JavaFX?), разве нет?

Так правильно, swt на каждой системе оборачивает нативные компоненты, это тулкит подобный awt и wxwidgets.

Со свингом надо проверять, подозреваю, что идея без гтк запустится (только наверное выглядеть будет хуже).

Ну вот смотри, сами разрабы пишут:

http://openjdk.java.net/jeps/283

There are a number of Java packages that use GTK. These include AWT/Swing, JavaFX, and SWT.

Можно им верить? Лично я верю.

Про JavaFX не знаю, но когда читал книжки по java, там писали что как минимум swing рисует себя полностью сам, у системы запрашивая только окошко, тут кст одно из ограничений, если сделать какой-нить докбар или что-то вроде его нельзя вытащить за пределы основного swing окна, надо сходу делать в отдельном окошке, если есть такая надобность.

Надо было тестировать на примере jconsole, вместо eclipse. ЕМНИП зависит от gtk2. jconsole не тянет SWT, который явно зависим от GTK.

На него уже перевили тот же Qt Assistant?

в процессе: https://codereview.qt-project.org/#/c/126715/

Ну не будет в приложении с ГТК2+ смены DPI, но будет возможность выставить в настройках размер шрифтов. Если шрифты тянут другие размеры, то в чём принципиальная разница? Настроил и пользуйся, колбасить настройки дисплея ведь часто не надо.

Всякие галочки и кружочки в виджетах при этом не масштабируются. На 240 dpi уже и в checkbox сложно попасть мышью. Такая микрогалочка рядом с текстом «правильного» размера.

Удали все GTK+-либы и попробуй запустить любое Java-приложение с GUI.

слушаю вас внимательно

Слава богу, ты не прав (см. Будущее Qt и GTK+ (комментарий))

QTextBrowser может лишь в простенький HTML, что-то вроде RichEdit.

GTK уже можно пользоваться, если всё простить.

Так он говно же, ждём когда заинтродьюсат принцЫпиально новый тулкит, на который побегут все от этого мерзкого гтк, которого и убить жалко и геммора с ним...

Под этот мусор всю плазму переписали

Но зачем? Плазма не падает?

Это не важно

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

Сегодня все новые ГУИ пишут на ангулярях

ГУИ к чему? Опять какое-то планшетное говно и сверхЖЫРные сайты, которые мои ядра доводят до кипения (а планшет не поднимается сколен)?

В OpenSource мире ставка сделана на GTK+

История + инерция, теперь не знают как с этого говна и геммороя вылезть.

Вина тому — ранняя проприетарность Qt. Именно из-за жадности давно почивших в анналах истории трольтехов, ты, а также множество KDE'шников теперь плачут и колются, но продолжают кушать программы на GTK+.

Я хочу нормальную реализацию HiDPI, с масштабируемыми панельками, кнопками, пиктограммами и контролами. То, что ты предложил, это какие-то нищебродские костыли, нет уж, используй их сам. Весь мир переходит на GTK+3 и Qt 5.6.

Не нищебродам грамотность не нужна? В ГТК2+ выставляешь нужную настройку и размер кнопки автоматически привязывается к размерам надписей в них, которые ,внезапно, сделаны шрифтами, размер которых нормальные приложения менять умеют. Прочие элементы окошка тоже «резиновые», надо только правильно привязать их углы к другим элементам - не быдлокодеры это делать умеют. А пиктограммы с кнопок вроде ж выпилили из GTK+3

Весь мир переходит на GTK+3 и Qt 5.6.

Какая там доля линукса на десктопах?

У Java и у Mono бэкендом является именно GTK+. Куча специализированного софта на GTK+, который никто никогда не будет переписывать на Qt.

С джавой тебя носом уже ткнули, теперь покажи ту кучу на gtk. Вот на вскидку, что юзаю на Qt:

cisco packet tracer
guitar pro
nomachine nx

что не юзаю, но ставил поиграться:

wolfram mathematica
autodesk maya
wps-office
master pdf

конечно есть софт и на gtk, но тебе самому не надоело врать?

Всякие галочки и кружочки в виджетах при этом не масштабируются.

А вот это, плохо. Не хватает свойства объекта с привязкой их размера к чему-нибудь, например к тексту «0» набранному шрифтом из верхней панельки. Остаётся надеяться, что кто-нибудь в мате пропатчит.

что кто-нибудь в мате пропатчит.

Но Mate переходит на GTK+3

Ну Qt софта больше, но и GTK не меньше. 60/40.

Из нужного софта на gtk: inkscape, gimp, gparted. Ну и chrome, sublime поверх gtk работаю, но там от него почти ничего нет.

Я уже сказал же:

There are a number of Java packages that use GTK. These include AWT/Swing, JavaFX, and SWT.

(c)

теперь покажи ту кучу на gtk

Thunderbird, Firefox, Chrome, Opera, Vivaldi зависят от GTK+
GIMP, Inkscape, Darktable
VMWare Player
Geany, Anjuta, Emacs, MonoDevelop, GVim, Sublime, Atom
Имеется ли аналог Pidgin на Qt?

Большинство современных DE в GNU/Linux используют именно GTK+: Pantheon, MATE, Cinnamon, GNOME 3, Unity, XFCE, LXDE и т. д.

На Qt сейчас только KDE 5 и LXQt. И с некоторой натяжкой TDE.

не надоело врать?

Не надоело находиться в мирке где Qt 5 якобы доминирует? Спустись в реальность. И вместо уличения кого-либо во «вранье» занялся делом бы и помогал портировать тот же Firefox на Qt: https://github.com/mozilla/gecko-dev/tree/master/widget/qt А то KDE'шники опять заноют, что темы гномеры им поломали.

так я и не говорю, что на гтк нужного нет, я этому болезному картину мира поправляю

Я уже сказал же:

ты просил любое и ты его получил, либо блефовал, либо врубал тупого, либо то и другое

Имеется ли аналог Pidgin на Qt?

очевидно, что всеобъемлюще использующий purple - нет, а так - да

Не надоело находиться в мирке где Qt 5 якобы доминирует?

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

Thunderbird, Firefox, Chrome, Opera, Vivaldi
Atom

Ничего, что из перечисленного - это всего две платформы? Firefox-based и chromium-based. И в обоих от gtk почти ничего нет, кроме базовых средств отрисовки.

Это как называть любой движок на sdl - написанным на sdl.

Большинство современных DE в GNU/Linux используют именно GTK+: Pantheon, MATE, Cinnamon, GNOME 3, Unity, XFCE, LXDE и т. д.

«Ври, да не завирайся.»

«Pantheon, MATE, Cinnamon» - это форки gnome2.

XFCE, LXDE
современных

Ну вы поняли... PS: LXDE мертв. Теперь LXQt.

На Qt сейчас только KDE 5

Если это о чём-то и говорит, то только вам. Какую-то статистику из этого делать невозможно.

Не надоело находиться в мирке где Qt 5 якобы доминирует?

Qt5, может и нет, но Qt - да. Это просто факт, который тулкитофобы не могут принять.

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

/me жду нормальный GUI тулкит на rust. Это будущее.

А ждать надо тулкит с построением гуя солвером Cassowary. Ещё лучше — не ждать, а взять https://gridstylesheets.org/ и сделать.

солвером Cassowary

Можно ссылку? Не распарсил.

Женя, ссылка есть прямо в комменте, на который ты отвечаешь :)

Честно - не въехал. По ссылке вижу расширенный CSS (синтаксис - мама не горюй) для построения интерфейса. Но это в каком-то виде есть и в QML. Проблема в том, что это высокоуровневая штука, а низов-то нет. Стандартных контролов во всеми любимом лине тоже нет. Есть конечно любители пилить для каждой проги свой дизайн, но не всем это нравится и оставим это виндузятникам.

Хочется-то чего: простенькая либа, которая имеет набор стандартных виджетов(кнопки там, чекбоксы и прочее) и холст, на котором рисуй что хочешь. Всё. А что там сверху липить - уже другой вопрос.

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

Cassowary применительно к UI — это про layout.

http://constraints.cs.washington.edu/web/ccss-uwtr.pdf

Все еще не понимаю о чём речь =)

В том же Qt есть layout'ы. Жить можно.

Путём естественного отбора останется только одна лучшая библиотека, а все остальные вымрут.

Но Mate переходит на GTK+3

Следовательно у С, как и у С++ практически нет свободного сообщества - без пряников корпораций могут только пакеты пересобирать, а исправить что-то сложное, некому.

Путём естественного отбора останется только одна лучшая библиотека, а все остальные вымрут.

Путём естественного отбора останется только одна худшая библиотека, и вымрет всех остальных. //исправил, не благодари

Сорри, но развиваться будет HTML.

И эту чушь многие твердят уже 10 лет. Не будет этого, ибо ненужно - инет есть далеко не всегда + в большинстве развитых стран он очень дорог.

Все в c++ есть, просто реализация различается на разных платформах. А qt какбэ кросплатформенный фреймворк, вот и навелосипедили фич языка, чтобы везде одинаково работало.

Ты что то не то думаешь. В Qt всё по разному работает на разных платформах, а вот ПИШЕТСЯ(код) одинаково. А С++ это язык, так что не понятно к чему ты его тут приплёл, говори про конкретную реализацию.