GTK
Документация GTK4:
https://docs.gtk.org/gtk4/
Документация Libadwaita:
https://gnome.pages.gitlab.gnome.org/libadwaita/doc/1.4/
Qt
Документация Qt6:
https://doc.qt.io/qt-6/
Документация QML:
https://doc.qt.io/qt-6/qmlreference.html
Рассуждаем как фиксить императивный сишный GTK, или как интегрировать приложения на QML в среду GNOME с максимально возможному следованию темы.
Прошло сто лет, но ничего лучше WPF'а сделать для десктопа так и не научились
> gtk
> qt
Орево
> GTK
Говно.
> Libadwaita
Кал.
> Qt QML
Дрисня.
Свой гуй нужно делать на голом вулкане или на электроне. Всё остальное кал. Написать собственный аналог JSX на с/с++ чтобы функции выстраивались в иерархию вызовов и программерование интерфейсов не вызывало боль может каждый. Например у меня функции просто модифицируют компоненты в массивах, по этим массивам проходит функции, эдакая ECS, но для интерфейсов. Работает как часы, на си писать можно так же быстро как на реакте, плюс хорошая поддержка многопоточности. В паблик не выложу, только под коммерческой лицухой, но с открытым кодом.
> на си писать можно так же быстро как на реакте
>на голом вулкане или на электроне
Без интеграции c DE будет кал. Каждое приложение в системе должно следовать системной теме.
Кхм, ну почти же. Почти так же. Очень просто, всем рекомендую!
>>2969136
Всё в порядке, ведь DE и системная тема это кал.
>>2969143
>ведь DE и системная тема это кал
Сразу видно виндоуюзера. Такие обычно обыссаваются макобоярями и линуксочадами.
На маке скруглёный кал для соевиков, на линуксе вообще нормальных de, только тайловые. Гном конечно же дерьмо. Сам сижу под кастоными тайлами, но нужно бы переписать тому що некрасиво.
Сейчас бы на уродливые острые углы дрочить. Даже в спермерке были скругления.
Тебе не понять всё красоты прямых граней, что кричат о своей остроте всему миру...
> Каждое приложение в системе должно следовать системной теме.
Хуета придуманная гномом и пердоликами которые всю систему под одну тему загоняют
а потом открывают браузер или любое другое приложение и пук среньк
>Свой гуй нужно делать на голом вулкане или на электроне.
Ооо, сразу видно, молодой человек не застал эпоху мокрописек на икспи. Всю эту дымящуюся кучку уникальных дизайнерских решений
Просто погугли концепты художников по дизайну программ и сравни с интерфейсом реальных программ.
Спустя 20 лет развития говноиднустрии макакичей - до сих пор концепты художников смотрятся лучше. Будто прогресс в каком-то бесконечном дерьме застрял.
>tcl/tk
Там из виджетов - пару кнопок и менюшка.
Полноценное приложение на таком всё равно не напишешь.
Где "там"? В первой главе "tkinter для чайников"? Попробуй дочитать до следующей, узнаешь много нового.
Оно только под винду и макось выглядит прилично, а под прышинуксы как кошмар летящий на крыльях ночи...
мимо
>а под прышинуксы как кошмар летящий на крыльях ночи...
Как говноmotif, если быть точнее
На самом деле, с темами ttk эта проблема решаема.
https://wiki.tcl-lang.org/page/List+of+ttk+Themes
Ну давай, напиши на tcl/tk клиент для matrix или хотя бы jabber.
И чтобы кнопки управления приложением находились прямо в заголовке окна, как в GTK4/Adw.
И чтобы всё декларативно+реактивно было.
> напиши
Сначала обсудим детали оплаты
>или хотя бы jabber.
tkabber'у больше лет, чем тебе, деточка.
>И чтобы всё декларативно+реактивно было.
Он был реактивным ещё до того, как появился этот термин.
И остаётся более декларативным, чем большинство ныне модных тулкитов.
>matrix
Кстати, что там с матрицей? Заглянул на страничку со списком клиентов, а там всё грустнее, чем прежде: кладбище клиентов расчистили, остался элемент, еще одна вебпараша и несколько вечносырых трупиков. Неужели столько лет хайпов и распилов прошли напрасно?
> код
> результат
Где здесь ты декларативность нашел? Да еще и feed&look будто из нулевых. Будет твой tk/tcl интегрироваться с темой Gnome?
Концептуально гномовский-маковский дизайн более правильный и не засран нагромождением разделительных линий как кеды. Хотя скругления под вопросом.
Округления это нормально, главное чтобы бордер-радиус 4px, не больше.
А вот за явные разделительные линии полей надо обоссывать. Они загромождают видимость хотя не несут никакой информации. Это как если бы мы все предмемы вокруг видели обрамлённые рамочкой. Представил?
Ну хз, довольно спорно, такой дизайн довольно бедный и однообразный. Да и в целом от ОС вообще ничего не должно завесить в программах.
>Да и в целом от ОС вообще ничего не должно завесить в программах.
А как ты консистентность дизайна соблюдать будешь? HIG?
А нахуя нужна консистентность? Каждая программа уникальна, от неё требуют решать уникальные задачи которые создают уникальные способы взаимодействия. К тому же это создаёт десятки новых фреймворков, что поможет сравнить их и выявить лучший. Хиги и прочие руководства могут как соблюдаться в программах, так и не соблюдаться, пример андроида показывает что юзеров это всё не особо ебёт.
Консистентность нинужна.
>бедный и однообразный
Задача дизайна просто не заёбывать и не раздражать психику, у него чисто утилитарное значение, хотя гном в этом не идеален, я лишь хвалю его за отсутствие дебильных разделительных линий, а просто нормальные цветопереходы вместо этого. За искусством и разнообразием велком в программы и прочий контент. В рутинной работе такое "разнообразие" наоборот излишне отвлекает, типа как окна в ХРюше сделанные под "дерево".
В идеале для меня это дизайн GUI типа как i3 где всё с клавиатуры, а окно наминималках.
>А нахуя нужна консистентность?
Тёмная тема.
>Каждая программа уникальна, от неё требуют решать уникальные задачи которые создают уникальные способы взаимодействия.
Поэтому нужно пилить велосипеды в каждой из них?
>>2999981
>К тому же это создаёт десятки новых фреймворков, что поможет сравнить их и выявить лучший. Хиги и прочие руководства могут как соблюдаться в программах, так и не соблюдаться, пример андроида показывает что юзеров это всё не особо ебёт.
>Консистентность нинужна.
В андройде она есть не смотря на весь зоопарк.
>А нахуя нужна консистентность?
Чтобы декстоп выглядел красиво, а не как у свиндузятников без чувства прекрасного. Эти ламмеры в дизайне не понимают это понятно. А вот мне, линукс-боярину, на десктоп такого говна не надо. Макосники со мной согласятся, думаю.
>Каждая программа уникальна
Если каждая небинарная трансдизайнер_ка начнет свой уникальный дизайн лепить - мы не OS получим, а тот пиздец, что сейчас в веб-фронтенде происходит.
Каждая программа должна следовать дизайну ОС. Точка. Еще бы каждый сайт следовал бы теме ОС было бы вообще прекрасно. Но увы.
>>2999995
>В андройде она есть не смотря на весь зоопарк.
Ну кстати да. Приложения на Jatpack Compose выглядят и чувствуются прекрасно. Как жаль что есть ущербный Flutter, на котором приложения выглядят криво и косо.
>i3
Не особо понял прикола i3. Предпочитаю видеть только одно окно на экране, а все остальные выделять в виртуальные дестопы.
Когда какой-нибудь браузер в i3 свернет в микро-окно, читать сайт станет просто невозможно.
> Тёмная тема.
Включи один раз сам. Делов-то.
> Поэтому нужно пилить велосипеды в каждой из них?
Да. Может наконец-то сделают не говно. Например у блендера охуенные слайдеры, были бы они столь охуенными если бы использовалось стандартное гномовское или маковское дерьмо?
>>3000030
> Чтобы декстоп выглядел красиво
Причем тут красота и конситстентность?
Консистентность дизайна это когда разраб вместо этого самого красивого дизайна и удобного интерфейса вынужден придумывать какую-то хуйню которая обязательно должна что-то отображать дополнять, вписываться . Это всё полный бред поехавшего шизла, не представляю кто там в яблоке додумался до этой хуеты.
> Если каждая небинарная трансдизайнер_ка начнет свой уникальный дизайн лепить - мы не OS получим, а тот пиздец, что сейчас в веб-фронтенде происходит.
Трансдизайнерки придумали консистентность. Если тебе не нравится какой-то уникальный дизайн программы - просто не пользуйся. Ну и сделаю свою, хуле ты.
> Каждая программа должна следовать дизайну ОС. Точка.
Нет. Это сойбойная чушь от похеавших макодебилов. Вообще не знаю кто эту чушь зафорсил даже, лол, типо чтобы у дебилов был одинаковый интерфейс, а то они запутываются? Ну-ну.
>Причем тут красота и конситстентность?
Если каждое приложение будет использовать свой дизайн, это не красотой будет, это будет говном.
UI это в первую очередь утилитарная хуйня, разраб о функционале должен заботиться. А внешний вид пользователь настроит как ему надо.
> Это сойбойная чушь от похеавших макодебилов.
Эта база линукса. Но что знать одебилевшему виндузятнику о том, как выглядят нормальные ОС.
>Да еще и feed&look будто из нулевых.
>WM2003
>будто
Кек
>Где здесь ты декларативность нашел?
Там весь код - лапша, рассчитывающая координаты и размеры брусочков для рисования на канве. Посмотри ещё, на той же страничке были более удачные примеры.
Кстати, апи канвы у Тк весьма удобен. Позволяет вешать обработчики событий на отдельные фигуры или их группы, манипулировать ими, менять расположение, параметры и т.д.. Т.о. крайне легко делать, например, свои кастомные виджеты или анимации.
>Будет твой tk/tcl интегрироваться с темой Gnome?
Выше ссылка на темки ttk. Интегрироваться, конечно, не сможет, как и гтк с культёй или культя с мотивом, но подражать внешнему виду - вполне.
>Если каждое приложение будет использовать свой дизайн, это не красотой будет, это будет говном.
С чего ты взял? Игры так и делают и игры вполне красивы.
> UI это в первую очередь утилитарная хуйня, разраб о функционале должен заботиться.
Так о том и речь. Каждое приложение уникально, в каждом приложении свои взаимодействия, а общие элементы интерфейса в разных приложениях должны использоваться если в этом есть необходимость.
> А внешний вид пользователь настроит как ему надо.
Всё так, расширения и темы должны быть в каждом приложении. Только сам UI должен быть независимым.
> Эта база линукса.
Нет, это сойбойная чушь. База линукса это сонсоль. Всякие гуи и прочий сойбойный бред к сонсоли не относится.
> Но что знать одебилевшему виндузятнику о том, как выглядят нормальные ОС.
У каждого консольного приложения на лиунксе уникальный дизайн, что ты несешь? Использование калсистентности делает дизайн только хуже и уебищнее, а разработку сложнее потому что теперь нужно под весь зоопарк калсистентной хуйни писать гуи.
Конисистентность на линуксе возникла просто потому что там не существовало особо фреймворков для создания гуи, пользовались тем что дали, да и гуи были нужны только сойбоям которые не могут без кнопочек. Приложения которым действительно нужны кнопочки довольно часто используют свой гуи и правильно делают, калсистентная хуйня просто не работает.
>С чего ты взял? Игры так и делают и игры вполне красивы.
Игры это не общий интерфейс, это контент, это другое, что не понятного?
>Каждое приложение уникально, в каждом приложении свои взаимодействия, а общие элементы интерфейса в разных приложениях должны использоваться если в этом есть необходимость.
Хуйню не неси, по сути везде всё одно и тоже.
Иди в дизайнеры с таким подходом.
Утилитарные сущности как раз удобно стандартизировать.
>Включи один раз сам. Делов-то.
Как я включу если каждый пидор будет городить свою графику?
Да и кому нужна лишняя работа?
>>3000046
В том что максимально утилитарен.
То что предлагает местный дизайнедрочер это попытка откатиться назад и предать слишком большое значение GUI хотя уже всем давно известно что это утилитарщина на уровне консоли и все "терминальные"(которые не утилитарные) вещи реализуются внутри приложухи. Как нам не зватает дизайна в стиле барокко для кнопочек или ампира какогонибудь или индустриалки 60х, нахуй это всё. Функционал утилитарен по определению, дизайнедрочеру рекомендую голову подлечить.
Куча просто ёбаная прорва приложух требуют стандартный дизайн, торренты, файловый менеджер, всякие редакторы и студии.
Ты предлагаешь каждой иметь свой ГУЙ? Ды ты же долбаёб братишка. Там и тёмная тема проебётся сразу, таблетки лучше прими.
>Не особо понял прикола i3. Предпочитаю видеть только одно окно на экране, а все остальные выделять в виртуальные дестопы.
Я держу несколько окон на одном экране иначе зачем оконный режим? Чтобы всё время АЛЬТ+ТАВить? Нерационально, если можно просто перевести взгляд.
>Чтобы всё время АЛЬТ+ТАВить? Нерационально, если можно просто перевести взгляд.
А ты глянь какой пиздец происходит когда на одном экране несколько окон (пикрил1).
А теперь глянь как выглядит дектоп, когда на эране только одно окно (2-4 пик).
У меня даже уже сетап есть: первое окно - IDE, второе - браузер с документацией, и третье - музыкальный плеер.
И удобно: переключение между экранами на ⌘→ и ⌘←. Написал код, возникли вопросы - быстро переключился на браузер, решил включить другой альбом - быстро переключился к плееру, и всё это не прикасаясь к мышке. И нет никаких перекрытий окон.
А если всё на одном экране держать - придется в постоянно альт-таб делать.
>А ты глянь какой пиздец происходит когда на одном экране несколько окон (пикрил1).
Я это знаю, для этого существует разрешение побольше или вообще ультравайд. У меня уже нахуй кисть отвалилась от этого АЛЬТ+ТАБа.
>>3002843
>И удобно: переключение между экранами на ⌘→ и ⌘←.
Хуета, не от АЛЬТ+ТАБа, так от этой хуйни кисть отвалится.
>А если всё на одном экране держать - придется в постоянно альт-таб делать.
Если рядом запустить приложения практически не требующие участия, типа видосов pdfок, то и переключаться не надо.
Тут ещё надо рационально что с чем группировать.
Я ещё панель задач считаю ненужной архаикой, пока в кедах приходится терпеть скрывающуюся сверху ПЗ, пока уживаемся вроде.
>так от этой хуйни кисть отвалится.
Пользуешься клавиатурой - кисть отваливается. Интересная теория. А как ты этот текст написал. Мышкой?
Клавиша ⌘ и стрелочки находятся на разных концах клавиатуры и нажимаются двумя руками, как и весь набор текста в целом.
Как от такого кисть может по пизде пойти?
>Пользуешься клавиатурой - кисть отваливается. Интересная теория. А как ты этот текст написал.
Чел от постоянного альт табанья - отваливается, от ситуативного печатанья - нет. Если можно не альттабать то лучше не альттабать, перевести взгляд намного проще, да и судя по разрешению масштабными задачами ты не страдаешь иначе давно бы уже купил себе 8К.
>Как от такого кисть может по пизде пойти?
а ты понажимай одну кнопку 1000 раз хотябы и узнаешь.
>Чел от постоянного альт табанья - отваливается
У тебя не может кисть отвалиться, если ты ⌘←→ прожимаешь. Кисть отваливается, когда приходится постоянно к мышке тянуться.
Если так нужно именно мышкой, то есть док. Нажал на приложение - DE переместит тебя на экран с нужным приложением.
Сам так делаю, когда рука не на мышке находится , а не клавиатуре.
>У тебя не может кисть отвалиться, если ты ⌘←→ прожимаешь. Кисть отваливается, когда приходится постоянно к мышке тянуться.
Да ни к чему я не тянусь, ты заебал, у меня все окна в области видимости. Переключаюсь лишь изредка.
А вообще советую приклеить 2 клавиатуры вверхтормашками под столом, так руки меньше напрягаются.
>Игры это не общий интерфейс, это контент, это другое, что не понятного?
Что тут другого? Речь про интерфейс, а не про контент.
>Хуйню не неси, по сути везде всё одно и тоже.
В манямирке разве только. В реальности не в каждом приложении вкладки нужны, каждое приложение по-разнмоу использует тайтлбар, каждое приложение нуждается в разном кол-во пустого пространства чтобы дизайн не выглядел как говно.
> Иди в дизайнеры с таким подходом.
Дизайнеры создали калсистентность и мак.
>Утилитарные сущности как раз удобно стандартизировать.
Ты пытаешься стандартизировать плеер и CAD систему, ты осознаешь это?
>>3002786
>Как я включу если каждый пидор будет городить свою графику?
>Да и кому нужна лишняя работа?
Для таких случаев уже придумали мак, там для домохозяек. Наслажадйся.
>>3002794
> Куча просто ёбаная прорва приложух требуют стандартный дизайн
Нет таких. Каждое приложение уникально и имеют свою уникальную функцию. Конечно есть приложения похожие, там да, желательно использовать калсистентность, но в строго дозированных колличествах.
> торренты, файловый менеджер, всякие редакторы и студии.
Маняфантазии. Стандартный дизайн будет только если ПРИДЁТСЯ выдумывать этот стандартный дизайн во имя калсистентности.
> Ты предлагаешь каждой иметь свой ГУЙ? Ды ты же долбаёб братишка. Там и тёмная тема проебётся сразу, таблетки лучше прими.
Свой гуй означает что дизайн приложения максимально удобным и отражать все задачи которые перед ним ставятся. Когда добавляют калсистентность получается вот >>3002843 такое убожество, у каждого приложения даже отступы разные, это же просто блевоту вызывает, на это смотреть невозможно.
>отступы разные
Проблема GTK (у которого отступы настраиваются в коде, а не в CSS), а не в консистентности как таковой.
>Что тут другого? Речь про интерфейс, а не про контент.
Ну так интерфейс должен иметь стандартные элементы, что непонятного?
>каждое приложение нуждается в разном кол-во пустого пространства чтобы дизайн не выглядел как говно.
Ну может это и проблема.
>Ты пытаешься стандартизировать плеер и CAD систему, ты осознаешь это?
А что у них нет общих вещей в виде панели или всплывающих менюшек? Может тебя ещё разрядность компьютера не устраивает? Не пытайся умничать отрицая ограничения которые приходится учитывать. Консистентность не просто так придумана, то что ты её не можешь приспосабливать скорее твоя проблема.
>Для таких случаев уже придумали мак, там для домохозяек. Наслажадйся.
Иди в своё Лимбо дрочись и прочие казуал платформеры, концептуальщик доморощенный. Я тебе конкретный вопрос про тёмную тему задал, а ты слился.
>Нет таких. Каждое приложение уникально и имеют свою уникальную функцию. Конечно есть приложения похожие, там да, желательно использовать калсистентность, но в строго дозированных колличествах.
В дозированных я согласен. Я вообще за то чтобы интерфейс был минимален, есть клавиатура же и справка по клавишам. Но там где он есть желательно чтобы он был понятен сразу. А то что ты ещё предложишь шрифты каждой программе свои использовать?
>Маняфантазии. Стандартный дизайн будет только если ПРИДЁТСЯ выдумывать этот стандартный дизайн во имя калсистентности.
У тебя. Есть куча стандартных утилитарных операций, типа отправки сохранения файлов, строки ввода, разместить готовый объект, набор объектов.
>Свой гуй означает что дизайн приложения максимально удобным и отражать все задачи которые перед ним ставятся.
Калсистентность не запрещает этого делать, она предоставляет возможность где надо заиметь стандартный дизайн, я не пойму с чем ты споришь?
>Когда добавляют калсистентность получается вот >>3002843 такое убожество, у каждого приложения даже отступы разные, это же просто блевоту вызывает, на это смотреть невозможно.
Не пойму чем тебя калсистентность в диспетчере задач не устраивает? Там вроде удачный дизайн. А вот в музыкальном плеере - нет, панель слева "альбомы поиск" не нужна, торчит аки апендикс.
Первые два скрина вообще браузер, это мимо.
А можно как-то в GTK именно отрисовывать в реальном времени кнопочки? Без всего этого уебищного ООП?
Как же было бы заебись если бы в GTK ПРОСТО МОЖНО БЫЛО БЫ СДЕЛАТЬ ТАК:
counter = 0
Button{label: counter, clicked => counter++}
Почему в HTML+JS так сделать можно, а в GTK нет?
>Как же было бы заебись если бы в GTK ПРОСТО МОЖНО БЫЛО БЫ СДЕЛАТЬ ТАК:
>
>counter = 0
>Button{label: counter, clicked => counter++}
>
Тем временем в tcl/tk:
ttk::button .btn -command {incr Counter} -textvariable Counter
pack .btn
Меня больше всего бесит, что у KDE нет виджетов в хидер/тайтл баре.
>tcl
Такой же винегрет, как кресты, но кресты взлетели, а этот полуbash нет.
Смотри, там 9.0beta вышла. Интересно, починили ли цикл событий.
Нет нативной поддержки темы OS, напоминаю. Без этого будет кал такой же как electron и даже хуже.
> нет видеовиджета
Ну, круто хуль. Так и представляю месседжер на tcl/tk.
>нативной поддержки темы OS
Это что за тема? Та, которая в Gtk, или та, которая в Qt? И почему никто не плачет, что вебсайты не поддерживают нативную тему OS? Наконец, почему Photoshop, Blender не поддерживают нативную тему OS? Может нах она нужна потому что?
Tcl пизждожопа как язык.
>вебсайты не поддерживают нативную тему OS?
Исторически сложилось. Вебсайты не задумывались как приложения, а как документы, типа PDF, но в вебе и с гиперссылками.
>>3019522
> Та, которая в Gtk, или та, которая в Qt?
Желательно, чтобы был бекенд в нативные API. В случае гнома в gtk, в случае кед в qt.
А вообще нам нужен новый тулкит.
>Наконец, почему Photoshop, Blender не поддерживают нативную тему OS?
Потому что говно, а разрабы - пидорасы. При всём уважении к их труду.
Нет ничего хуже неродного интерфейса. Просто уж так получилось, что Blender и Audacity оказались вне конкуренции.
>Tcl пизждожопа как язык.
Просто он другой. Подожди, пока перестроится мышление.
>Сделай сам, это легко
Чел, для видеовиджета нужно быстрое рисование, это или OpenGL, который в xlib и win32 тупо по разному инициализируется и надо немного понимать хоть за эти API, чтобы сделать. А есть еще Mac со своим Darwin или че там у них. Ну или в win32 функции DrawDib быстро рисуют или DirectDraw, который будет весело затаскивать в Tk, а в xlib это XShm, который не заработает на клиент-сервер (заодно с OpenGL). Так что, я бы не сказал, что это легко. А еще надо кодеки собственно прицепить, то есть libav какой-нибудь.
>>3019607
>Просто он другой.
Он слишком, запредельно другой! Писал на нем несколько скрейперов (в том числе для двача, лол) и даже админку для сайтов. Нет, сорян, Tk можно хоть как-то жрать только в виде Tkinter с Python.
>для видеовиджета нужно быстрое рисование
Этим занимаются ffmpeg или gst, от tk требуется только предоставить область для рисования.
Вот тебе пример https://github.com/patthoyts/tkgst/blob/master/tkgst.c
>или DirectDraw, который будет весело затаскивать в Tk
См. tkvideo
>Он слишком, запредельно другой!
Не как что-то плохое.
>tk можно хоть как-то жрать только в виде Tkinter с Python.
Tk слишком чужероден для питонадругих языков, tkinter в питоне выглядит как gobject в си против валы.
>gobject
Эта хуйня даже на OOP-языки натягивается с трудом, не говоря уже про функциональные.
Если ты решил писать на GTK не на C/Vala, то забудь. Даже если ты возьмешь ${язык нейм}, с GTK ты всё равно будешь писать на C, даже если это питон или лисп. Дырявые абстракции не дадут спокойно жить.
>Если ты решил писать на GTK не на C/Vala, то забудь.
Не собирался, это было сравнение. И да, писать на гтк на си - мазохизм для любителей ручного заката солнца.
>Эта хуйня даже на OOP-языки натягивается с трудом
Неправда, gobject достаточно ладно спроектирована и отлично интегрируется с другими объектными системами. Ну, с теми объектными системами, которые достаточно для этого гибки. Как в смолтолке, руби, лиспе, например.
>И да, писать на гтк на си - мазохизм для любителей ручного заката солнца.
Да ты любой язык возьми, всё равно будешь спотыкаться об сишную хуйню. Ты идиоматичный код для твоего языка на GTK не напишешь, только C-подобный. Те же родные для твоего языка треды не будут работать в gtk-приложении, gtk это однопоточная хуйня.
>tk требуется только предоставить область для рисования
Насколько я помню, эта фича может работать криво, что зависит от Window Manager, которых под линукс десятки разных.
>tkvideo
>DirectDraw
А назад в линукс тогда как?
Что я мог бы понять: платформо специфичный код инициализации OpenGL, потом платформонезависимый код установки туда 2D-вертексного шейдера и отрисовка прямоугольника двумя треугольниками с текстурой, полученной от либы видеокодека. Это я называю видеовиджетом, а с ffmpeg - это скорее автоматизация.
>Tk слишком чужероден для питона
Мне нравится, как он ложится на питоньи kwargs.
>Насколько я помню, эта фича может работать криво, что зависит от Window Manager
Нет, от wm не зависит.
>А назад в линукс тогда как?
Или другую библиотеку, или прикручивай поддержку к tkvideo.
Капитан очевидность, да.
>Да ты любой язык возьми, всё равно будешь спотыкаться об сишную хуйню.
Брал, писал, не спотыкался. Но бывают и плохие обёртки с протекающими абстракциями, не сомневаюсь
>каждой иметь свой ГУЙ?
Конечно. Такой, который ей нужен.
>Там и тёмная тема проебётся сразу
А минусы будут?
Нет уж дружок, уметь в дизайн придётся если ты прогаешь или проектируешь интерфейсы.
Нет, дружок, не придётся, для дизайна интерфейсов есть отдельная профессия.
Так что гуляй в /s/.
Прекратите называть друг друга дружками и сделайте хоть один нормальный стройный гуй.
>В идеале ... как i3
Но ведь i3 - плох. То, что он не умеет сворачивать окна и ограничен в количестве табов (ОБЩЕМ НА ВСЕ МОНИТОРЫ!) просто вышибает из колеи. То ли дело Осом!
Даже гугл вводит консистенотность, подстравая цветовую схему андроида под обои.
Калсистентность нужна в методах управления, как на андроиде, всякие жесты назад, выделения и открывания меню, чтобы всё было более-менее понятно и одинаково.
Обои и системная тема это вообще не калсистентность. Речь про всякие меню, цвета приложений, расположение кнопок, не про элементы управления, а именно про кнопоки, как в айфоне в приложениях внизу, типо ГЛАВНАЯ или ЛЕНТА, ХУЕНТА, или же всякие тайтлбары в гноме и айпуке раздутые говнокнопками управления. Это просто бред и шизофрения, это не работает нихуя.
Цвета всех приложений в зависимости от темы это отдельный вариант бреда, никакой алгоритм генерации цветов не сможет сделать то же самое что и человек, подобрав правильные оттенки.
Короче калсистентность максимум где нужна - элементы управления. И то их нужно разбавлять и добавлять своё, в зависимости от задач.
> Цвета всех приложений в зависимости от темы это отдельный вариант бреда, никакой алгоритм генерации цветов не сможет сделать то же самое что и человек, подобрав правильные оттенки.
Цвета генерирует не алгоритм, а дизайнер. Это и есть цветовая консистентность, а ты что-то невнятное высрал
Ебать ты тупой, калсистентыч. Обычно в приложениях цвета берутся из цветов темы, а недостающие цвета генерируются через оттенки. И это выглядит как полное говно, потому что оттенки никогда не будут выглядить одинаково.
Ничего не генерируются, дурачок. Все эти микрооттенки клепают специально обученные макаки под названием ui дизайнеры
> недостающие цвета
Не бывает такого. В любом приложении цвета 3-4: основной и несколько акцентов. Нет такого понятия как недостающий цвет, недостающий для чего?
> оттенки никогда не будут выглядить одинаково
Ахуеть открытие сделал, разные цвета внезапно разные
>Ничего не генерируются, дурачок. Все эти микрооттенки клепают специально обученные макаки под названием ui дизайнеры
Ты осознаешь что в теме просто может не быть достаточного кол-во оттенков? Осознаёшь что оттенки просто могут не подходить к конкретно этому приложению?
> В любом приложении цвета 3-4:
Понял. Таблетки не забывай.
> Ты осознаешь что в теме просто может не быть достаточного кол-во оттенков?
Нет не осознаю, это невозможный сценарий. Приложение состоит из бекграунда, более темного оттенка бекграунда, и акцентов. Количество акцентов варьируется. Суть темы в том, чтобы у тебя все приложения использующие тему, имели одинаковые цвета бекграунда и акцентов.
> Осознаёшь что оттенки просто могут не подходить к конкретно этому приложению?
Это как? Что значит оттенки не подходят?
> > В любом приложении цвета 3-4:
> Понял. Таблетки не забывай.
И тут ты взял, и объяснил в чём я не прав
> Нет не осознаю, это невозможный сценарий.
Ясно, таблетки пей.
Ну то есть самое близкое к тому, что я хочу это TextView, но у него какой-то уебский черный фон и страшные острые углы. ЧЯДНТБ?
Ага, на сколько я понял TextView это вообще как будто для ввода больших кусков текста, а не для отображения его. Обычный Text - это одна строка, а Label бьется на равные по длине строки (нету человеческих переносов).
Вот сейчас ищу виджет под простое отображение абзаца текста, и то ли в глаза ебусь то ли лыжи не едут.
Не пробовал эти свойства для текста менять?
https://docs.gtk.org/gtk4/property.Label.wrap.html
https://docs.gtk.org/gtk4/property.Label.justify.html
Я вообще перестал понимать как это работает.
wrap - оборачивает текст, чтобы он влезал в контейнер
justify - выравнивает его строки по какой-либо стороне
halign - выравнивает весь текст по стороне
По идее мне нужно для простого текста
wrap(true)
justify(left)
halign(start),
но так строки делятся пополам при масштабировании.
Если я убираю halign(start), то строки делятся как нужно (и новые строки ровняются по левому краю), но текст в контейнере центрируется.
Может это баг?
Наверное проще показать, чем пытаться объяснить.
Пик 1-2:
wrap(true)
justify(left)
halign(start)
Пик 2-4:
wrap(true)
justify(left)
Как бы вот сделать чтобы переносы расставлялись как на пике 4, но текст был прибит гвоздями к левому краю?
>Как бы вот сделать чтобы переносы расставлялись как на пике 4, но текст был прибит гвоздями к левому краю?
Я понял, что ты имеешь в виду.
Во-первых, что за контейнер используется?
Во-вторых, есть hexpand. Это свойство всех виджетов, и оно означает "ширина виджета должна быть максимальной для контейнера", типа как "width: 100%" в CSS.
Попробуй его.
>>3040397
Но чисто визуально мне больше нравится 4 пик.
Конечно будет иметь смысл выравнивание по левому краю, если текст должнен быть внутри карточки. Но если текст визульно расположен в окне, то 4пик предпочтительней.
Вот хороший пример Adwaita-приложения. Свойства текста тут должны быть точно такими же как и на четвертом пикриле, с поправкой на то, что используется Clamp.
Я вообще строго рекомендую использовать Clamp для помещения контента в окно.
Посоветуй литературы или других источников по написанию гуев. Самому надо для движка пилить, а как оно работает не ебу.
Не читал нихуя литературы особо, пилю сам с нуля, да и пока забил на это, может через неделю продолжу с этим разбираться. Вдохновлялся вот этим https://staltz.com/unidirectional-user-interface-architectures.html тут самое топовое объяснение всех стейтов и подоходов, других-то особо и не нашёл. Ну и ещё MVP, MVC, MVVP не забудь навернуть этих словечек, загуглить, с них начинай свои поиски книжек и статей, обычно так строят интерфейсы. MVVM ещё популярная хуйня. Про реактивность не забывай.
У меня своего рода ECS, так что всё довольно просто и нестандартно. Есть набор вложенных функций, примерно вот таких:
let x = button(400, 500,
text("font200", 13, 14),
icon(url, 20,50)
)
Каждая такая функция добавляет в массивы данных и деревьев свои данные, а возвращает индекс/сущность верхнего элемента. Ну и набор функций-акторов управляет состоянием через этот индекс/сущность. Выходит заебись вроде как, почти как на реакте писать.
У меня есть main.ui файлик, где прописан интерфейс окна. В этом файлике есть gtk ListBox, в который я хочу вставлять несколько adw ActionRow.
Первый мой подход оказался неудачным: я создал объект (object) ActionRow в том же main.ui и попытался вставлять его из кода на Rust. Оно вставлялось, но отказывалось дублироваться. То есть раст не смог один и тот же объект вставить несколько раз, что, в принципе, логично.
Недолго думая я попробовал второй подход: я создал шаблон (template) ActionRow в отдельном template.ui, и попытался создавать новые ряды по этому шаблону, на что получил ответ от компилятора "Gtk-ERROR : failed to add UI from file template.ui Template declaration where templates aren't supported".
Соответственно вопрос, в какую сторону копать?
На gtk-rs.org пишут какие-то страшные вещи как пример использования templates и они, как будто, имеют совсем другой юзкейс.
ChatGPT упорно советует мне ручками прописывать шаблоны прямо в Rust коде, что я нахожу не самой лучшей практикой.
>Соответственно вопрос, в какую сторону копать?
Генерировать ActionRow в ListBox с помощью `.map()`
Используй подход React, в общем.
Ну либо используй сам реакт, у него есть поддержка GTK4.
>Как в GTK создать Knob?
В GTK (GIMP Toolkit) нет стандартного элемента управления под названием "Knob" (регулятор). Однако, вы можете создать свой собственный регулятор, например, используя GtkScale, GtkScrollbar или другие элементы интерфейса.
Если вам действительно нужен регулятор в виде "кнопки-поворотника" (knob), вы можете воспользоваться GtkDial, который представляет собой круглый элемент интерфейса для выбора значений путем вращения. Вот пример создания GtkDial:
import gi
gi.require_version('Gtk', '3.0')
from gi.repository import Gtk
class MyWindow(Gtk.Window):
def __init__(self):
Gtk.Window.__init__(self, title="Knob Example")
self.set_border_width(10)
adjustment = Gtk.Adjustment(0, 0, 100, 1, 10, 0)
self.dial = Gtk.Dial(adjustment)
self.dial.set_size_request(200, 200)
self.add(self.dial)
win = MyWindow()
win.connect("destroy", Gtk.main_quit)
win.show_all()
Gtk.main()
Этот код создаст окно с круглым регулятором GtkDial, который может быть использован для выбора значений. Вы можете настроить adjustment в соответствии с вашими требованиями по минимальному, максимальному и текущему значению, а также шагу изменения.
Я бывший бэкендер, сейчас пишу для себя отображение кучи новостей, и тут вдруг оказалось, что фронтенд тоже важно знать (а то новостей слишком много).
Накультяпкал пока себе пикрил поеботу - страница, которая каждые 30 секунд обновляется. Поделие считаю кривым. Как минимум надо аякс js запросами обновлять, а не полностью перезагружать страницу.. Видно, что много места не используется, также приходится для просмотра фото-видео прожимать ссылку, а она уже сама открывает десктопный клиент телеграма, что очень неудобно.
Фреймворков фронтендерских дохерища, но по какой-то причине не нашёл стандартной всеми уважаемой программы ГУИ дизайнера, а только на каких-то левых сайтах полуплатные дизайнеры с кнопкой "Try Demo" (а плати потом, и вообще, не для всех стран наш сервис).
Нужен нормальный WYSIWIG редактор для HTMLя, почему его нет? Или хотя бы возможность нафигачить кнопок в QtCreator'е и переконвертировать в HTML. Читал про WebAssembly, но там чё-то траблы какие-то с безопасностью.
Вот недавно прочитал что есть некий Masonry/Staggered Grid типа такого https://get.foundation/building-blocks/blocks/grid-staggered.html . Считаю, что он мне подойдёт. Но также нужно будет подгонять размер шрифтов картинок. Без WYSIWIG редактора мне придётся вручную код подправлять, все эти маржины, паддинги, размеры шрифтов. Серьёзно? Это и есть фронтенд разработка в 2024 году?
Дайте советов.
6рцдд
> Дайте советов.
Не забывай таблетки принимать если назначили, меньше бухай, больше спортом занимайся. Читай книги художественные, не сиди в интернете, меньше новости смотри. Не знаю даже что тут ещё посоветовать.
Обращаться к психологу пробовал, что говорит?
на чем пишлешь то хоть?
> сейчас пишу для себя
ну тут дохуя всего можно использовать, ибо самый головняк UI-это его кастомизация. быстро накидать гуи/прототип можно например в vaadin. если до этого работал со свингом то вообще пойдет как по маслу.
https://vaadin.com/docs/latest/guide/quick-start
это наверное самый простой фреймворк для некастомизируемого гуя в жабе
Также можно использовать голый GWT, там конечно своя атмосфера, но в целом, когда привыкнешь, сможешь тоже очень быстро формочки лепить
https://www.gwtproject.org/
если тебе не нужна всякая поебота типа CEO-оптимизации, нахуеверченный дизайн и какие-то пиздец нестандартные гуи-компоненты, то это идеальный вариант.
> Без WYSIWIG редактора мне придётся вручную код подправлять, все эти маржины, паддинги, размеры шрифтов. Серьёзно? Это и есть фронтенд разработка в 2024 году?
для GWT есть висивиг редакторы, но ими пользоваться не надо как и всеми другими висивиг редакторами.
Сам-то какие нейролептики кушаешь? Тебя одно спросили, а ты про таблетки какие-то. В интернете сидит и раздаёт советы не сидеть в интернете))
>>3093359
>на чем пишлешь то хоть?
Сейчас html генерируется перлом + Template::Toolkit и каждые 30 секунд полностью обновляется страница. Щас переделаю, чтобы в html странице javascript делал запросы к апи и подсовывал новые новости по чуть-чуть, без обновления страницы.
Посмотрю GWT и Vaadin, но я ваще не джавист и вряд ли мне они зайдут по-быстрому (Swing+Java выглядит совсем лишним звеном если их не знать).
>но ими пользоваться не надо как и всеми другими висивиг редакторами.
Почему? Я конечно понимаю что в идеале может быть не надо, но новичку гораздо легче понакликать и потом спиздить сгенерированный html код. Я вообще удивлён что есть куча UI-дизайнеров для десктопных интерфейсов, но нет для веба.
Вижу https://vaadin.com/designer и вот демо https://www.youtube.com/watch?v=oFBe8DLCn-s
В принципе это именно то, что я искал. Но оно платное ))) Поэтому не подходит)) Ну и оно ещё и джаву имеет как дополнительное звено.
Для GWT дизайнера отдельного я чё-то так и не нашёл.
Нужен HTML UI дизайнер без "Try demo", "Start free 14-day trial", всяких регистраций, СМС и CVV номеров. Удивлён, что ответа не гуглится, по крайней мере на поверхности.
Спросил у ChatGPT, он мне выдал этот список:
1. Bootstrap Studio
2. Pinegrow
3. Mobirise
4. Webflow
5. GrapesJS
6. Web Maker
7. Atomize Design System
8. Material-UI
9. Tailwind Builder
10. Ant Design
Пойду лопатить-проверять что это за хурма. Пиздец, как эти фронтендеры живут вообще в таком хаосе
Нормально, прикольно, модно молодёжно. Основной плюс: простота, поддержка material 3. Основной минус: размер приложений и то что язык программирования dart. А так... имеет право на жизнь, почему нет.
Нормальный в целом язык. Лучше джавы.
Только гугл уволил всю команду флаттера и дарта.
Маркетологи гугла уже на двощах?
>>3140276
Ненужный никому говноязык. Было бы оно на JS/TS, другое дело.
> адвайта
> нет плюсовых биндингов
Жуть. Как на таком кодить?
>Обсуждаем десктопные графические фреймворки.
Где же свинг тогда?
>Жуть. Как на таком кодить?
У всех либ на gobject автоматическая генерация биндингов под все языки:
https://gitlab.com/mnauw/cppgir