Проект GNOME опубликовал выпуск библиотеки Libadwaita 1.3, включающей набор компонентов для стилевого оформления интерфейса пользователя, соответствующего рекомендациям GNOME HIG (Human Interface Guidelines). Библиотека включает в себя готовые виджеты и объекты для построения приложений, соответствующих общему стилю GNOME, интерфейс которых может адаптивно подстраиваться под экраны любого размера. Код библиотеки написан на языке Си и распространяется под лицензией LGPL 2.1+...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58822
Стиль, в котором лучше ничего не создавать
Приложения для детей возрастом до 3 лет разве что.
С новым интерфейсом вы можете превратить свой комп в китайский плафон за писят баксов по возможностям. Разве не круто?!
а тебе вырвиглазно-хаотичное нагромождение кнопок и менюшек разной степени вложенности подавай?
Боюсь себе представить автомобиль или яхту, или вертолёт гткшника.
А зачем хорошему средству перемещения больше двух педалей и крутилку какую? Всё что сверх этого - удел узких специалистов.
Да, надо одну большую кнопку "Отвези меня туда, где з-сь".
В целом все к этому и идет. Только там GTK уже не нужен будет, все же голосом.
> В целом все к этому и идет. Только там GTK уже не
> нужен будет, все же голосом.каким голосом?
В голове.
> Боюсь себе представить автомобиль или яхту, или вертолёт гткшника.Если имеется ввиду, что GTK применен в этой технике - то не переживайте, никто не будет там использовать GTK, или какое-либо аналогичное подделие.
Если имеется ввиду, что "гткшник" разрабатывает что-то из перечисленного, то снова нет, чтобы такое разрабатывать надо быть умным.
Если имеете ввиду их личные яхты и автомобили, то опять же, не переживайте, у них их нет, т.к. нет денег. GTK на рынке не востребован и в целом никому не нужен.
Скорее всего, из техники, можно представить только лишь компьютер "гткшника".
фигню написали
Зачем детям портить психику с детства?
Я только одно не понял, после всех упражнений с тормозиловом интерфейса путем парсинга CSS, и бесчисленного слома тем, максимум на что их хватило это вынести тему интерфейса в, почему-то, _библиотеку_? Я чего-то не понимаю в этой жизни, например, почему тема должна быть библой.
Если вы не понимаете, зачем пишете? Лишь бы запостить что-то в пустоту?Темы по-прежнему описываются в CSS. По поводу "тормозилова", пруфы (gtkbench и тп) будут? То, что к теме помимо стиля нужен движок их рендеринга - вас не смущает? Даже в gtk1 и gtk2 были отдельные движки для тем... Всю жизнь темы работали на движках, которые были как разделяемые библиотеки что в GTK, что в Qt.
Если у вопрос, зачем вместо движка тем тут библиотека с API, который дергают приложения - ну так в тексте новости по-русски написано. Слом тем и прочие проблемы в GTK3 напрягали, теперь в GTK4 сделали по-новому, избавляясь от старых хаков. Да, эта библиотека только для GKT4 приложений, хотя есть неофициальный порт ее как движка тем для GTK3.
> Темы по-прежнему описываются в CSS. По поводу "тормозилова", пруфы (gtkbench и тп)Gtkbench? Вы издеваетесь? Может, вы еще предложете осужденным выносить самим себе вердикт, а психам самим себе рецепты выписывать? Если гномерам можно самим себя бенчмаркать, то почему и этим такую благодать не отсыпать?
Знаете что, там где GTK2 работал мгновенно, GTK3 стал тупить по секунде и дергаться, и стал в общем то даже хуже кутей. Зато вот с CSSом. От которого мало толку т.к. темы отъезжают каждую версию этой пакости - и ради чего вся эта оверинженерия была?!
А тут вот новый уровень бессмысленности и беспощадности: интерфейс на скрине дико неэффективен на большом компе с хорошей клавиатурой и точной мышкой. А мобильные девайсы с гномом, где это бы имело какой-то смысл, чтобы толстыми пальцами в это тыкать - на этот глобус попросту не завезли. Их нет. Это интерфейс для того что не существует в природе. Deadborn.
> будут? То, что к теме помимо стиля нужен движок их рендеринга
> - вас не смущает?Вообще-то разбор и рендер CSS мог бы довольно сильно это изменить но гномеры и с этим видимо ухитрились профакапиться. Почему разным сайтам свой движок тем не надо и все тем самым CSSом решается, а эти так не смогли? Зато тормозняков добавили очень даже.
> Даже в gtk1 и gtk2 были отдельные движки для тем...
И кроме того...
1) Темы не отваливались в хлам каждый релиз.
2) Апи не ломали постоянно
3) Это работало очень сильно быстрее и не бесило постоянными подлагиваниями диалогов даже на мощных компах.А теперь гномеры сделали нечто неадекватное. Апликушники их дружно послали, и вон то, на скрине - вообще не понятно для кого и зачем сделано. На компе оно такое нафиг не упало, а планшетов с гномом элементарно не продают.
> Всю жизнь темы работали на движках, которые были как разделяемые библиотеки что
> в GTK, что в Qt.Однако зачем какую-то adwaita в отдельную либу выделять и зачем это вообще надо черт его знает. А CSS зачем был? Чтоб тормозить пожестче? Это получилось, не отнять. И у этой адвайыт есть вообще либы для какого-нибудь кутя чтобы синхронно выглядеть?
> тем и прочие проблемы в GTK3 напрягали, теперь в GTK4 сделали
> по-новому, избавляясь от старых хаков.И видимо сломав апликухи еше раз :)
> Gtkbench? Вы издеваетесь?Вы можете им бенчмаркить gtk2 vs gtk3, раз вам первый заходит
> Почему разным сайтам свой движок тем не надо и все тем самым CSSом решается, а эти так не смогли?
Очевидно потому что на сайтах это решается не одним CSS, а в сочетании с html и js. А если разрешить интерфейсы на html, то во-первых будет тормозить, во-вторых слишком гибко, все поломает. Даже в Qt до такого не опускались, QML только для приложений. Зачем описывать темы настолько динамически??
> Однако зачем какую-то adwaita в отдельную либу выделять и зачем это вообще надо черт его знает
Вы придираетесь к названию. Оно всегда было либой. Это просто набор виджетов, которые были хорошие/удобные для гном-приложений, но не хотелось тащить в mainline GTK. Раньше оно называлось Handy: https://gnome.pages.gitlab.gnome.org/libhandy/doc/1.8/visual...
Эти виджеты ломались от того как работали темы. Теперь не будут. Вы просто не понимаете, что произошло: это не тема adwaita вылезла в отдельную библиотеку, а библиотека-набор виджетов поверх GTK подросла и внедрила рендеринг тем в себя, не полагаясь на лишнюю прослойку тем больше. Ну и стала называться libadwaita. А по сути это подросшая libhandy (и пишут все те же люди, libhandy было для gtk3, libadwaita стала для gtk4).
> И у этой адвайыт есть вообще либы для какого-нибудь кутя чтобы синхронно выглядеть?
> Стиль, в котором лучше ничего не создаватьстиль, у которого ты берёшь в свой грязный root
грязный root наше все 💪
Reaper на GTK и всё офигенно смотрится
Ещё один гвоздь в крышку гроба⚰️ иксов
Бесконечный по протяженности гроб?
проблема в том, что у заколачивателей гвоздей есть только протокол для реализации молотка, а приличного молотка они так пока не реализовали - то по шляпке не попадут, то пальцы себе отобъют... так в гроб иксов они еще лет 10 будут пытаться гвоздики вбивать...
И гвозди из какой-то коричневой субстанции.
Да вообще-то вон те уже устали колотить и весьма скоро удлинять его придется уже тебе. Правда как это к libadwaita относится я не понимаю.
Я бы на месте гномовцев сэкономил и просто переиспользовал спеку материала. Очень похоже
совсем не похоже
А вот и еще одна причина использовать Qt
Что за причина, если не секрет?
не успеешь свою софтину написать, а уже переписывать надо на новую GTK, теперь банановый (с)
Зачем? В новой версии ничего не вырезали, а только добавили, какие-то надуманные поводы.
> В новой версии ничего не вырезали, а только добавили, какие-то надуманные поводы.Шутишь, что ли? В Gtk 4 выпилили весь GtkTreeView и GtkCellRenderer. Удачи тебе в переписывании...
> Шутишь, что ли? В Gtk 4 выпилили весь GtkTreeView и GtkCellRenderer. Удачи тебе в переписывании...А документация говорит что все на месте:
https://developer-old.gnome.org/gtk4/stable/GtkTreeView.html
https://developer-old.gnome.org/gtk4/stable/GtkCellRenderer....
да, то что написал анон выше - Qt адаптировать намного проще
В Qt нормальный движок тем, а не захардкоженное говно.
Жаль только что на С++, а так да хороший вариант...
Но на конечный результат это никак не влияет. Что одно, что другое - вырвиглазное корявое го**но.
Как в KDE активировать показ контекстного меню не по нажатию ЛКМ, а по отпусканию оной? Без перекомпииляции соответствующей библиотеки.
А таблички там уже научились делать? Или как обычно, ширина столбцов шерифа не волнует?
А ведь могли бы за столько прошедших лет развивать Unity - самую красивую среду рабочего стола, при виде которой у всех ассоциируется слово Линукс, а не вот это вот всё.
Unity 8
Не сказать что красивая, но реально продуманная и удобная
Не красивая и не продуманная.
Windows 98 на православном первопне ван лав? Ох уж эти нищие пенсионеры с опеннета.
Кто-то ещё пишет на этом? Что там есть на gtk из родного софта? Ну, Gimp, Inkscape и... Всё.
Даже проприетарщина на GTK есть, например, Quick'n'easy Web Builder
Такое еще бывает, оказывается?!
darktable, RawTherapee, Zrythm, Foliate... Много чего.Всё, что на wxWidgets, в линуксе тоже транслируется в GTK (KiCad, Hugin и т.д.).
Firefox, LibreOffice тоже "шкурку" имеют на GTK.
Да, только там (Firefox, LibreOffice, еще Java Swing сюда же) очень хакнутым способом используется GTK, не совсем нативно, в общем-то. Больше мимикрируют под него. Хотя со временем научились очень неплохо, но если взять нестандартный движок GTK тем, то они нередко сильно ломаются.А вот wxWidgets и Java SWT хоть и имеют альтернативные движки рендеринга, но действительно используют API GTK напрямую без хаков и рендерят совершенно нативно под GTK.
Из перечисленного только darktabre знаю.
> darktable, RawTherapee, Zrythm, Foliate... Много чего.Артизаны вообще не очень хорошие программисты, скажем прямо. И это грабли, что с интерфейсом того же дарктейбла творится адский крындец. В послених версиях он стал пипец тормозным, дерганым, глючным, и вообще, активно мешающимся пользователю. То модуль левый норовит подвернуть, то настройки сам сбросить, потому что прыганый дерганый супервумный интерфейс под мышку сам подкинул - вообще совсем не то что ожидалось - упс - гномнетормози... блин, опять модуль перенастраивать или в истории факап откатывать. В паре с "улучшениями" списка модулей стало совсем атасно. Так что если это была реклама тулкита, ну, это примерно как если в банку с пепси налить керосин. А теперь попробуйте сделать довольную морду и выпить это, на камеру, и вообще, нефиг глаза пучить! От последних версий дарктейбла вот примерно такие ощущения с их гномом :). Может, господам открыть для себя куть? КМК сильно лучше станет.
> Всё, что на wxWidgets, в линуксе тоже транслируется в GTK (KiCad, Hugin и т.д.).
И это тоже трабл, потому что большая часть их траблов и глюков за которые его не любят произрастает от именно гнома и его чудесатых кодеров.
Беда darktable не в GTK, а в подходе "у нас тут много разных мнений по каждому вопросу, поэтому чтобы не спорить, мы угождаем сразу всем".Поэтому переход на Qt не спасёт darktable. Их спасёт малая толика смирения и способность слушать людей, которые хоть что-то понимают в интерфейсах и UX. Потому что те малые и скромные изменения к лучшему, которые зимой удалось протолкнуть, отняли у меня лично столько сил и нервов, что я теперь сначала сто раз подумаю, прежде чем влезть в это снова. Читать идиотию уровня "UX — полная херня, это просто чьё-то мнение" мне как-то совсем неинтересно, время можно потратить с большим толком.
Я в декабре воочию наблюдал, как они в чатике у себя отрыли чей-то длинный обзор darktable и как малолетние дебилы смеялись над тем, какая там авторка тупая, не вкурила их божественный гуй. До них даже не дошло, что подробный отчет о первом впечатлении — это то, за что тестерам ваще-то платят деньги. А они получили это бесплатно, ещё и ржут.
> Беда darktable не в GTK, а в подходе "у нас тут много разных мнений по каждому
> вопросу, поэтому чтобы не спорить, мы угождаем сразу всем".Да вот блин, проблема в том что с поздними GTK в какую программу ни ткни а окажется тормозное лагучее дерганое УГ которое якорит на ровном месте, да еще без самых базовых фич.
Это что, файлы по типу в диалоге открытия сортировать теперь нельзя?! И мне в каких-нибудь даунлоадах браузера вместо того чтобы "вот тут вавки, их всего 5 штук, по типу -> выбрать нужную" - теперь надо все 200 наименований, пополам с зипарями и картинками лопатить? Пипец, Win95 был более юзабельным и эффективным чем этот кусок позора. А вот в куте открытие файлов нормально работает так то, без идиотии имени гномеров.
> Поэтому переход на Qt не спасёт darktable. Их спасёт малая толика смирения
> и способность слушать людей, которые хоть что-то понимают в интерфейсах и UX.Это не про гномеров. Эти насколько я вижу умеют заниматься чем-то бессмысленным и беспощадным, типа хайпа во имя хайпа, с пофигом на эффективность. Во всяком случае, диалоги открытия файлов они урыли так что это хуже 95-й винды по эффективности стало. В кутях с этим сильно лучше.
> это снова. Читать идиотию уровня "UX — полная херня, это просто
> чьё-то мнение" мне как-то совсем неинтересно, время можно потратить с большим толком.Тем не менее в случае DarkTable меня вот вымораживают больше всего именно проблемы перфоманса графического тулкита. Если он дергается и рыпается как черт знает что на ровном месте - мне под мыша часто попадает черти что, клац прилетает не туда, настройки сбиваются. И наверное тулкит не должен так работать.
Ну и в целом - гномовые программы стали во первых довольно неочевидными, когда например вместо меню с списком фич программы половина гномских тулов заныкало это в мизерные кнопочки с неочевидными пиктограмками. Я в результате вообще так сходу не нашел где в их вьххе пдф печать, плюнул и поставил кутешную смотрелку, там все как у людей. Потом я конечно нашел микрокнопочку в заголовке окна где вон тот значок, похожий на вообще-то RJ45, оказывается, был так то принтером... но ... вот честно File -> Print в кутевой штуке было в 20 раз быстрей и очевиднее чем ЭТО. Это так, ремарка насчет UX vs Gnome. И как следование вот именно веяниям гном изгадило их вьюшку, evince оно, чтоли, называется.
> какая там авторка тупая, не вкурила их божественный гуй.
Да на самом деле UI как концепт меня более менее устраивает, к такой программе все равно приспосабливаться. Там есть бестолковости но моя _основная_ проблема это дергание списка модулей и просто его жесткий переряс, так что прошлый опыт приходится выбрасывать. Вот это суперкомбо очень якорит эффективность работы с программой, так что проще старой версией пользоваться. Постоянно отменять изменения от того что промазал мышкой, да еще копаясь в перефигаченом
> До них даже не дошло, что подробный отчет о первом впечатлении — это
> то, за что тестерам ваще-то платят деньги. А они получили это
> бесплатно, ещё и ржут.Увы, свое - не пахнет. И в этом контексте я например рещительно не одупляю какой юзкейс у вон того интерфейса на скрине. На десктопе он неуместен а мобильных девайсов с гномом просто не бывает в природе. А, наверное этот "юзкейс" назывался "синдром утенка у кодера". Хотелось вот закосить под гугла и эпла, и пофиг что это не мобильники, ща мы тут 30" мобильник зафигачим. Бесмыслаенно и беспощадно. По нему ж ни звонить нормально, ни работать на этом нормально.
https://github.com/valpackett/awesome-gtk
https://apps.gnome.org/
https://appcenter.elementary.io/
https://github.com/search?l=Vala&q=gtk&type=Repositories
>Проект GNOME опубликовал выпуск библиотеки Libadwaita 1.3, включающей набор компонентов для стилевого оформления интерфейса пользователя, соответствующего рекомендациям GNOME HIG (Human Interface Guidelines).А как создаваемые интерфейсы выглядят, и что изображено на скриншотах в статье?
Ну вот например с альтернативной темой: https://www.reddit.com/r/gnome/comments/tp3v7d/theming_in_li.../
> использоваться на мобильном устройстве для открытия
> режима обзора вкладок.Осталось еще мобильные устройства на этом найти...
Тут год Линукса На Десктопе то еще не определён - календарь Майя молчит об этом, местные эксперты расходятся в оценках, - а вы говорите про мобильные устройства!
Собственно, Gnome/Gtk -- единственная команда в opensource, которая реально думает о том, как сделать UI удобным и практичным.
Жирно.
Не единственная, но хотя бы думает.
…и реализующая эталон того, как делать НЕ надо.
Норм.
Давно пора весь софт на одной либе делать.
Ммм, гном станет еще краше, лайк.
объективно лучший
гном после второй версии - позорище.
> гном после второй версии - позорище.у третьего тоже есть плюсы
Чем-то похоже на ситуацию с kdelibs и qt
Пытался как-то кроссплатформенно делать прилаги на Python+GTK, не вышло, постоянно чего-то не хватало на Windows. Странная архитектура библиотек, какие-то GObject-Introspection. Перешёл на Qt и всё понятно стало. Под каждый виджет своя DLL, можно экономить на размере прилаги.Кто знает как сейчас дела в GTK+Python?
Гтк не кроссплатформенный же. При чём тут питон?
добавили бы в GTK или выше уровнем в GNOME стандартный встроенный механизм истории действий с откатом Undo/Redo - и все, следующий скачек человечества это как минимум материалы на основе сильного взаимодействия, машины времени, проблемы галактополитики.
Ждём цветовые акценты.
Работают люди...
Причём - в верном направлении.
Абсолютно неверном.
согласен
Местные комментаторы не понимают, что гном делается с прицелом на мобильные устройства и конвергенцию. За свои огромные жирные проекты с гигантскими интерфейсами с миллионами кнопок -- можете не беспокоиться! Они к гному не имеют отношения, их делают разрабы как считают нужным. А гном пытается делать простые приложения для повседневного использования.Но пока готово слишком мало. Однако такие приложухи, как gedit, nautilus, gnome-sound-recorder, gnome-screenshot -- отлично работают в форм-факторе мобилки. Это только из тех, что протестировал я, на самом деле их больше.
Местные комментаторы™ прекрасно понимают что гномеры целятся в мобилки.
А вот нафига - не понимает никто, возможно даже разрабы гнома.
С чем вы будете конвергироваться?)Майки и эпл уже пробовал сделать единую ось. И как успели?
У эпл попытка провалилась настолько, что они разделили iOS на две, выделив iPadOS в отдельную ось, очень похожую на iOS, но с большим количеством особенностей.
Потому что UX принципиально разный для разных размеров экранов и устройств ввода.
Но гномеры особенные, они не будут унижаться до анализа чьего-то опыта, у них есть план и они будут его придерживаться))Устройств практически нет, а на то что есть - без кровавых слез взгянуть не возможно.
Вот заметка о состоянии mobile shell https://blogs.gnome.org/shell-dev/2022/09/09/gnome-shell-on-.../
Самое впечатляющее это вот это:
"Beyond upstreaming what already exists there are many additional things we want or need to work on to make the mobile experience really awesome, including:
Calls on the lock screen (i.e. an API for apps to draw over the lock screen)
Emergency calls
Haptic feedback
PIN Unlock"
Т.е. них до сих пор не было PIN Unlock и Emergency calls???
Сколько лет должно пройти, чтобы оно стало хотя бы как андроид 6?