Маттиас Класен (Matthias Clasen), лидер Fedora Desktop Team и участник GNOME Release Team, представил (https://blogs.gnome.org/mclasen/2017/03/31/gtk-happenings-3/) выпуск тулкита для создания графического интерфейса пользователя GTK+ 3.90 (ftp://ftp.gnome.org/pub/gnome/sources/gtk+/3.90/), который позиционируется как тестовая ветка для подготовки будущего стабильного релиза GTK+ 4. GTK+ 4 развивается в рамках нового процесса разработки, который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложение из-за изменения API в очередной ветке GTK+В отличие от ветки 3.89.x, выпуски 3.90.x позиционируются как пригодные для создания экспериментальных портов приложений для опробования изменений API. При этом разработчики не гарантируют стабильность данного API на протяжении более 6 месяцев, так как работа над некоторыми запланированными для GTK+ 4 изменениями ещё не завершена и финальный API GTK+ 4 может измениться. Например, планируется прекратить поддержку вторичных окон (subwindows) и убрать API GtkContainer из GtkWidget. До полной стабилизации GTK+ 4 в приложениях, предлагаемых для пользователей, рекомендуется продолжить собирать с использованием ветки GTK+ 3.22, которая будет поддерживаться три года.
Из предложенных для GTK+ 4 изменений можно отметить:
- Новый модуль отрисовки на базе графического API Vulkan, в котором уже реализованы шейдеры для многих ресурсоёмких элементов CSS, применяемых в виджетах GTK+. Из ещё не готовых к применению функций отмечается отрисовка текста, которая пока реализована через Cairo;
- Интеграция GSK (https://wiki.gnome.org/Projects/GTK+/Gsk) (GTK Scene Kit) c возможностями отрисовки графических сцен через OpenGL и Vulkan. В первую очередь решено реализовать модуль отрисовки через Vulkan, а потом портировать необходимые для GSK возможности в модуль для OpenGL;- Интеграция наработок проекта Emeus (https://ebassi.github.io/emeus/) с реализацией метода раскладки элементов на основе ограничений (constraint layout (https://developer.android.com/training/constraint-layout/ind...)), при котором расположение и размер дочерних элементов определяется отталкиваясь от расстояния до границ и размера других элементов. В настоящее время в GTK+ поддерживается два метода позиционирования: модель вложенных блоков (GtkBox) и расстановка элементов на основе фиксированных позиций в окне (GtkFixed, GtkLayout). Emeus предлагает третий метод, похожий на использование модели позиционирования (https://developer.apple.com/library/content/documentation/Us...), применяемой в Apple iOS, при котором атрибуты элементов интерфейса, такие как ширина и позиция, привязываются к другим элементам;- Поддержка спецификаций SVG- и CSS-фильтров;
- Новая (https://git.gnome.org/browse/gtk+/log/?h=wip/carlosg/event-d...) модель доставки событий, которая позволит обойтись без subwindow при маршрутизации событий ввода. Необходимость реализации новой модели вызвана более активным использованием анимационных эффектов, отрисовка которых должна производиться без смены раскладки видимых элементов и, соответственно, без subwindow;
- Изменение организации работы виджетов GTK+. GtkContainer отныне не будет применяться в качестве родительского класса для контейнера и виджеты смогут иметь дочерние элементы. API для манипуляции дочерними элементами напоминает DOM: gtk_widget_get_first_child, gtk_widget_get_last_child, gtk_widget_get_next_sibling, gtk_widget_get_prev_sibling. Поддержка дочерних виджетов позволит использовать обычные виджеты вместо гаджетов и узлов CSS, представленных (https://www.opennet.ru/opennews/art.shtml?num=44092) в GTK+ 3.20. Например, для GtkSwitch подготовлены дочерние виджеты с реализацией слайдера и двух видов меток;
- Средства записи активности в GTK+ Inspector с возможностью последующего повторного воспроизведения;
- Большая чистка API.URL: https://blogs.gnome.org/mclasen/2017/03/31/gtk-happenings-3/
Новость: http://www.opennet.ru/opennews/art.shtml?num=46305
> поддерживаемый в течение нескольких лет APIИ тем не менее, на новый api в итоге переходить придется, т.е. каждые несколько лет надо будет капитально перепахивать приложение. И если объём работ, который нужен для перехода на новую версию GTK будет сравним с таковым для перехода на другой тулкит, то у многих таки возникнет соблазн...
Либо забить болт и оставить под gtk2 =)
Народ! Никто не видел, кто все это придумывает (обновление и забивание на обратную совместимость)?
Просто все новости одинаковые: "Мы придумали и будем делать", а где обоснование, размышления о совместимости, поддержка gtk2 овер gtkX. А то как о каких-то школьниках недоучках читаешь...
Это будет замечательно, если вы направите свои силы на реализацию слоя обратной совместимости с предыдущими версиями GTK+
Есть желание мешки ворочать?
С GTK3, первоначально, все шло хорошо:
1. Были хорошие идеи, которые плавно вводились и реализовались
2. Были люди, которые могли поддерживать старые реализации и вносить изменения в новые
3. Были отличные результаты: хорошо работал GTK2 и появился и оттачивался GTK3Но в определенный момент у кого-то (отследить можно тут https://ru.wikipedia.org/wiki/GNOME_Foundation#.D0.98.D0.B7.... ) взыграл HID и поехало.
Сырое в продакшен, стабильное в деприкайтед. Потом откровенный саботаж GTK3 и стабилизации кода.
Ни у кого не возникает никаких вопросов, по поводу того, что тулкит должен быть покрыт тестами и каждый отдельный компонент должен жить своей жизнью - развиваться, но не ломать совместимость. А здесь: "это мой заголовок окна, хочу использую, хочу удаляю", а руководство, которое должно этого не допускать - сопли мажет и забило на всё, связанное с проектом большой болт. Что показательно, после выхода GTK3, Шендлер так и управляет организацией (с 2010! года). С того момента и все стало так мутно и началось брожение. И никто её заменять уже не хочет.
Кстати, в фаврале 2017 её место занял Neil McGovernhttps://www.gnome.org/press/2017/02/mcgovern-gnome-executive.../
может что изменится
Так проблема, что никто не хочет заменять. Да и Debian (ака Neil McGovern) повторяет те же выкрутасы с заменой шила на мыла и придумывания решения для всех сразу и без вариантов.
> С GTK3, первоначально, все шло хорошо:
> проектом большой болт. Что показательно, после выхода GTK3, Шендлер так иК логопеду, б*дло.
Но что-то общее промеж GTK+ 2 2.24 )2011-01-30), GTK+ 3 3.0 (2011-02-10) и ... (2011-06-21), может быть, и есть.
> управляет организацией (с 2010! года). С того момента и все стало
> так мутно и началось брожение.
И это хорошо.
GTK2 не работает под wayland
Тем хуже для вяленого.
...перейти на кьют5, как уже сделал вайршарк и еще туева хуча софта (и даже пара de). Эти, вроде, стрелять себе в ногу пока не собираются
Между 4 и 5 Qt мизерные изменения для программиста.
Можно на 4-ке писать и не париться, а потом за пол дня проект перегнать на 5-ю.
Зато у 4-ки бинари полегче 5-й.
> Новый модуль отрисовки на базе графического API VulkanВо. Теперь надо будет игровую видеокарту для гнома :D
Достаточно будет не старой
Не старой это насколько? Моя "не старая", 2011 года, вулькан не поддерживает.
Твоей "Не старой" карте 7 лет если что, самое место ей сейчас это помойка
А у меня интегрированная по умолчанию для экономии заряда без Vulkan, а AMD с Vulkan запускаю отдельно только для игр.
На самом деле интерфейс и технологии гуи мало чем отличаются от них же в играх. Только вот игры, по понятным причинам, всегда были на порядок более производельны, оптимизированы, с блекждеком и куртизанками. Наконец то додумались что гуй надо считать на видяхе а не проце.
>гуй надо считатьАнимированный гуй не нужен.
Я считаю что вещи повышающие функциональность нужны, но перделки для красоты только усложняют. И если для функциональности где то нужна анимация, то пусть будет.На мобильниках анимация вообще незаменимая вещь (templates/edispatcher/exp/controls.html.ep). На десктопе ее нужно на порядок меньше, но тоже некоторые удобства добавляет.
> templates/edispatcher/exp/controls.html.epА при чём тут Mojo темплейт?
Это копипаста не с того сайта =)
>>гуй надо считать
> Анимированный гуй не нужен.Анимация анимации рознь.
Когда ведешь мышкой по списку, подсвечивание элемента под указателем, т.е. визуальный фидбек, вполне приятное дополнение.Однако, ну совсем не обязательно делать его через жо^W c использованием прозрачности и градиентов, да так, что гткшное меню со всеми ускорителями отрисовок и оптимизациями жрет больше ЦПУ чем то же дменю, где все это сделано "в лоб", с помощью XFillRectangle, XftDrawStringUtf8 и т.д.
На самом деле речь даже не столько об анимации сколько об рисовании самого интерфейса. Например обычная кнопка: 4 линии и текст внутри - кто должен посчитать CPU или GPU? Я так думаю что все таки видюха, а не как сейчас.
> Я так думаю что все таки видюха, а не как сейчас.Сейчас как раз на видеокарте (EXA/SNA). А wayland предлагает либо OpenGL (что не особо эффективно для 2D) либо CPU. Вся надежда на vulkan, но про старое железо придется забыть, а на новом слабом выигрыша (по сравнению с CPU) может и не быть.
> гуй надо считать на видяхе а не процеТьфублин. Почему-то 10 лет назад для гуя с прозрачностью, градиентами, тенями и прочими свистоперделками тогдашних CPU хватало с избытком. Стократно обруганные винды 2000 и XP справлялись с развесистыми гуями на железе начала нулевых (впрочем, тогдашние иксовые тулкиты - тоже). Не, сейчас непременно нужен GPU...
А заодно полезут глюки (как когда-то с compiz'ом), вроде пропадания кадров у видео и тормозов OpenGL.
> Стократно обруганные винды 2000 и XP справлялись с развесистыми гуями на железе начала нулевыхЕсли не запускать на них приложения, то да -- справлялись.
К великому сожалению, людям надо было ещё и работать.
>> Стократно обруганные винды 2000 и XP справлялись с развесистыми гуями на железе начала нулевых
> Если не запускать на них приложения, то да -- справлялись.
> К великому сожалению, людям надо было ещё и работать.Как будто ЛЮДИ на НИХ не работали тогда. Вы что то просто ляпнули или не люди?
> Вы что то просто ляпнули или не люди?Мы обсуждаем тему или вы апельсин?
Попробуйте писать понятно и без ошибок.
И нет -- развесистые гуи в винде тормозили ещё как.
> Стократно обруганные винды 2000 и XP справлялись с развесистыми гуямиОно реально тормозит при загрузке CPU другими задачами. GUI становится неотзывчивым
при копировании на fat32 флешку на линуксах можно получить умерший гуй даже в 2017.
> GUI становится неотзывчивымА то прям GPU может повысить *отзывчивость* интерфейса, ага. Обработкой событий ввода всё равно CPU занимается, так что толку от того, что вместо 1мкс отрисовка кнопки займёт 10нс, если из-за загрузки процессора приложение только через пару секунд сообразит, что на эту кнопку кто-то нажал?
"Бабский" аргумент.
Процессор - это конвеер, на который лопатой накидывают. Естественно, если накидывают меньше, то разница есть.
> Естественно, если накидывают меньше,
> то разница есть.Так в приведенном примере разница есть - одна микросекунда. Если нужно ждать 2 секунды, то несколько дополнительных микро/миллисекунд роли не играют.
Это проблема планировщика виндов, который начинает лагать, если условно заняты все процессоры, например запущена компиляция с -j(кол-во hardware threads + 1). Под Линуксом такой фигни меньше, а под Haiku вообще нет.
с пробуждением - уже давно как (из-за хреновой оптимизации)
Они случайно не хотят сделать, чтобы в банальных полях ввода имени файла банальное undo работало?
Это Вам надо. 9 из 10 пользователей даже не догадываются, что можно делать undo, и, ничего -- как то с этим успешно живут. Зачем делать то, что понадобится одному из десяти?
С такой философией они и не делают фишки нужные одному из десяти, не сделали десять таких фишек - а нужны они были десяти РАЗНЫМ пользователям - в результате все 10 и ушли с продукта - можно больше вообще ничего не делать, лепота.
> С такой философиейТ.е. вы прочитали ироничный комментарий какого-то анонима и посчитали это официальной позицией авторов GTK+.
Плохо быть вами.
На самом деле, если поинтересоваться, может выясниться, что было несколько реализаций undo management, но ни одна не попала в апстрим из-за недопиленности.
Вот тут есть сводная табличка:
На самом деле, если поинтересоваться, может выясниться,...А трудящиеся должны вникать в тонкости этого процесса?
> На самом деле, если поинтересоваться, может выясниться,...
> А трудящиеся должны вникать в тонкости этого процесса?Это какбэ сайт для технически подкованной публики. Тут какбэ подразумевается умение самостоятельно находить информацию, а не ждать, пока гуманитарии типа меня дадут пруфы и разжуют до кашеобразной консистенции.
Не стыдно, а? :)
Весь третий гном - это иллюстрация принципа "делать то, что понадобится одному из десяти". Интерфейс оптимизирован под планшеты на gtk, которых в глаза никто не видел.
> Весь третий гном - это иллюстрация принципа "делать то, что понадобится одному
> из десяти". Интерфейс оптимизирован под планшеты на gtk, которых в глаза
> никто не видел.И опять напомню как видевший: https://bugzilla.gnome.org/show_bug.cgi?id=740554
> И опять напомню как видевший: https://bugzilla.gnome.org/show_bug.cgi?id=740554Что сказать-то хотел? Что гном работает как г ...ном? Так это не новость. Толпа ADT повелась на хайт, купила себе новую игрушку, вот только допилить её до рабочего вида для новой цацки, ради которой угробили всё остальное - так не осилила.
О, Миша. Вспоминали недавно вас. Как вы там, все хорошо у вас?
> Интерфейс оптимизирован под планшетыУдивительно, как людям не надоедает постить вот это враньё.
Ничем иным не объяснить чудовищного размера контролы и гигантские поля в дефолтных темах.
Ориентацией на "красоту" и "простоту" в ущерб основной функциональности, плюс "специфический" вкус.
А ты попытайся.
> Ничем иным не объяснить чудовищного размера контролы и гигантские поля в дефолтных
> темах.Многажды озвученная позиция гномеров -- заточенность под лэптопы, с поддержкой моделей, где есть тач.
Если что-то выглядит, как заточенное под планшеты -- значит оно заточено под планшеты.
Ну не скажите. Гном на ноуте - очень удобная штука. И не удобная. Я люблю его и ненавижу.
> Многажды озвученная позиция гномеров -- заточенность под лэптопы, с поддержкой моделей,
> где есть тач.А где поддержка сферических поней в радуге? Где? Это дискриминация!
И да, я в курсе существования таких чудо-зверей (у самого есть модель с опциональным тач-скрином).
Но я так же в курсе их «невзлета».
И затачивать весь дизайн в угоду именно этой маргинальщине, ингорируя намного более распространенные типы интерфейсов … как-то это попахивает смузи.
Дайте-ка вспомнить. У микрософтовского подразделения Surface в 2016 году был ревенью где-то под миллиард долларов. При том, что железом они начали заниматься... когда? В 2013 году всего-то?По другим вендорам цифр не знаю.
Алсо, в чём маргинальщина лэптопов как таковых?
Он не про лэптопы, а про маленькие такие ноуты с тачскрином
Тачскрин на ноутах нинужын.Точнее, так: тач — это прикольно, особенно, поначалу. Но постепенно обнаруживаемые минусы: захватанный экран, при любых олеофобных покрытиях, бо́льшая хрупкость конструкции, итп — сводят на нет все возможные плюсы. По итогу, сын, когда менял раздавленное стекло c диджитайзером на своем Lenovo Flex-2, этот самый диджитайзер так, по-моему, и не прицепил.
Ну и да, Гнум поставил не на ту лошадь, ноуты с тачскрином не стали хитом продаж. Кому нужно работать с клавиатурой, продолжают работать с тачпадом или мышкой — банально руками меньше туда-сюда махать, а те, кому достаточно контент потреблять и пальцем тыкать — тыкают в планшетики, которые скоро на вес отгружаться будут.
Ради справедливости скажу, что третий гном очень удобен при использовании двух или более мониторов.
> Весь третий гном - это иллюстрация принципа "делать то, что понадобится одному
> из десяти". Интерфейс оптимизирован под планшеты на gtk, которых в глаза
> никто не видел.Планшетам должно быть планшетово, а десктопам -- десктопово. Зачем на десктопе интерфейс планшета? Даже козе известно, что мышиный курсор -- баллистический для головы объект, поэтому во время его движения границы контролов не должны изменяться, контролы не должны ни появляться ни исчезать, любая анимация в момент движения отвлекает, снижает эффективность работы и повышает утомляемость. И тут как нарочно подсвечивание кнопок, гномовский скроллбар, которого не видно, пока курсор на него не попадет, и граница окна туда же -- хрен с разгона захватишь, а если отключить свистоперделки, то вообще не видать.
>> банальное undo работало?- А уж redo в текстовом поле - это вообще фантастика для современных интерфейсов, после 30 лет отточки юзабельности в сторону кислотных цветов, безрамочности полей и разъезжающихся фейрверком элементов ("а ты попади в меня").
> пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложение из-за изменения API в очередной ветке GTK+.
> выпуски 3.90.x позиционируются как пригодные для создания экспериментальных портов приложений для опробования изменений API. При этом разработчики не гарантируют стабильность данного API на протяжении более 6 месяцевони пока пытаются, ничего не выходит, но уже намекают, что надо портировать - добрые самаритяне: и сами без работы не останутся, и других не оставят
>> Большая чистка API.Шо, опять?
Так "подчистят", что кроме Gtk::StatusIcon и Gtk::ColorDialog, выкинутых из ГТК3, повыкидывают всё остальное "ненужное" - оставят только одну перламутровую кнопку на весь экран Gtk::SdelatZaebis.
Скажите, сильно ли отличается нагрузка на процессор при задействовании опции OpenGL в Cairo и без таковой? (Хотелось бы собрать статистику по использованию этой библиотеки растеризации). Смысл есть включать OpenGL на старых системах, если новые версии OpenGL там эмулируются программно средствами CPU? Не будет ли задержек выполнения кода OpenGL через LLVM-pipe на AMD R600-R800?
А смысл в LLVM-pipe, если видео чем-то выводится с GPU? OpenGL с 2D по любому будет неплохо работать, а эмуляция 3D ни в какое сравнение даже с напроцессорным GPU не пойдёт. У вас ведь там есть уже нормальные драйвера с акселерацией на ваших фряхах?
> Скажите, сильно ли отличается нагрузка на процессор при задействовании опции OpenGL в
> Cairo и без таковой?AFAIK там не все так просто.
1. Experimental backends include OpenGL (https://www.cairographics.org)
2. Для того чтобы рисовать через OpenGL, нужно не только собрать cairo с его поддержкой, но и задействовать поддержку этого backend в остальном софте (читай gtk).
3. GTK2 скорее всего вообще его не поддерживает. GTK3 по-умолчанию использует xlib/xcb для xorg и OpenGL для wayland.
4. Непонятно какие (и как много) функции рисуются на OpenGL, а какие все равно на CPU.> Смысл есть включать OpenGL на старых системах,
На старых - однозначно EXA/SNA. Только если есть проблемы (артефакты), есть смысл пробовать glamor.
Многие до сих пор на GTK+ 3 не перешли, а они уже 4-ю версию готовят. Лучше сразу на Qt переходить, там не ломают все при выпуске новой версии тулкита.
Qt - это гетто. Все нормальные гуйные линукс-приложения -- на GTK.
Более адекватного и обоснованного ответа от фаната GTK я и не ожидал. Надо было еще написать, что Qt - это от дьявола, а GTK - дар божий.
Qt это мешанина функционала с gui
Функционал? В Qt? Первый раз слышу, что в нем есть модуль для математических расчетов. До чего дошел прогресс!
http://doc.qt.io/qt-5/qtmath.html
Про Model/View ничего не слышали? А про QML? Дак вот того, про что Вы говорите, уже ооочень давно в Qt нет.
> Qt - это гетто. Все нормальные гуйные линукс-приложения -- на GTK2.fxd
> Qt - это гетто. Все нормальные гуйные линукс-приложения -- на GTK.*cмотрит выхлоп пакетника*
Только почему-то это все еще GTK2.
> Лучше сразу на Qt переходить, там не ломают
> все при выпуске новой версии тулкита.Вот у меня в фейсбучной ленте есть Лёха Тутубалин, который в особом представлении не нуждается. И он, натурально, пилит софт на Qt. Хороший, годный софт. И периодически пишет интересное про Qt:
- Как Pinch/Pan/Swipe gestures в Qt 5.4 под маком работает нормально, а под виндой - из рук вон плохо.
- Как в Qt 5.6 отваливается поддержка OS X 10.6 и XP, а в 5.8 отваливаются OS X.
- Как при drag-n-drop из Windows Explorer в софт на Qt прилетают 18 разных content-type на один файл.И вот они до сих пор собирают всё с версией 5.4. Потому что продакшен прежде всего.
Такие дела.
Это мелкие нестыковки, ничто не идеально.
> Это мелкие нестыковки, ничто не идеально.Этих "мелких несостыковок" достаточно, чтобы сидеть на версии, которой два с половиной года.
То ли дело gtk...
Не понимаю вашу иронию. Ну да, у GTK+ полно проблем. И у Qt полно проблем. И у FLTK какого-нибудь наверняка полно проблем. Давайте теперь бегать как цыплята с отрубленными головами.
cli хватит всем!
Не сдавайся! Надеюсь ты сможешь понять разницу между "много проблем" и "много проблем на ровном месте".
> Не понимаю вашу иронию. Ну да, у GTK+ полно проблем. И у
> Qt полно проблем. И у FLTK какого-нибудь наверняка полно проблем. Давайте
> теперь бегать как цыплята с отрубленными головами.- Тогда GTK и прочие wxwidgets точно для тебя :)
А еще лучше свой велосипед, дабы не бегать по непонятным чужим багам.
> - Тогда GTK и прочие wxwidgets точно для тебя :)Да хоть JUCE.
хватит болтать, покажите мне ссылки на багрепорты
У меня нет потребности в чём-то убеждать анонимных крикунов на опеннетике и бегать искать чужие багрепорты. Вам надо -- вы и бегайте.
>У меня нет потребности в чём-то убеждать анонимных крикунов на опеннетикеДа-да, и поэтому вы аж из мордокниги илитку притащили с её ценным мнением.
> Да-да, и поэтому вы аж из мордокниги илитку притащили с её ценным
> мнением.Мнение людей, которые используют обсуждаемый тулкит в продакшоне -- ценное. Мнение анонимных понторезов на опеннетике -- нет. Такова суровая правда жизни. Sad but true.
Так. Тонких намёков не понимаете, переходим к толстым. По вашим словам>У меня нет потребности в чём-то убеждать анонимных крикунов
Проблема в том, что нормальные люди, в отсутствие такой потребности, просто не пишут комменты и проходят мимо. Вы же - нет. Поэтому хоть обминусуйтесь, но ваши высказывания идут вразрез с вашими же поступками. Плюрализм в отдельно взятой голове в весенний период - повод для визита к доктору. Sad but true, да.
Я тут принципиально никому не ставлю минусы, даже бестолковым анонимным понторезам. Плюсы ставлю, минусы — нет. Такова моя гражданская позиция :)
Можно подумать что на GTK все это вообще хоть как-то работает
> Можно подумать что на GTK все это вообще хоть как-то работаетЕсть примеры?
У меня нет потребности в чём-то убеждать нелогичных крикунов на опеннетике и бегать искать примеры. Вам надо -- вы и бегайте.
> У меня нет потребности в чём-то убеждать нелогичных крикунов на опеннетике и
> бегать искать примеры. Вам надо -- вы и бегайте.Видите ли, мой дорогой друК, про тач в гноме я как раз знаю давно:
https://help.gnome.org/misc/release-notes/3.18/more.html.en
"Multitouch gestures, such as pinch to zoom and rotate, were first introduced in GNOME 3.14. However, it has only been possible to use them with a touchscreen. Now, in 3.18, these gestures can also be used with touchpads."
Так что убеждать меня ни в чём не надо. Я просто хотел проверить, знаете ли вы о том, про что рассуждаете. Ну, вот мы и выяснили: не знаете.
Неужели этот мультитач работает на винде и на макоси? И даже со всеми нюансами, чтобы "не из рук вон плохо"?PS в #104 был другой аноним
> - Как в Qt 5.6 отваливается поддержка OS X 10.6 и XP,
> а в 5.8 отваливаются OS X.
> - Как при drag-n-drop из Windows Explorer в софт на Qt прилетают
> 18 разных content-type на один файл.То ли дело GTK3 -- нет (юзабельной) поддержки платформы, нет никаких проблем?
> То ли дело GTK3 -- нет (юзабельной) поддержки платформы, нет никаких проблем?Почему вы спрашиваете об этом именно меня?
И про какую платформу идёт речь? Вот MyPaint работает на винде именно как приложение на GTK+3. Он неюзабельный?
Мне лично всё равно, на чём написан софт, которым я пользуюсь. У актуальной коммерческой версии ZynAddSubFX гуй вообще на mruby-zest. И чё? Работает? Да. На разных платформах? Да. Проблема-то в чём?
Перестаньте возводить тулкиты на пьедестал.
> У актуальной коммерческой версии ZynAddSubFXЕсть коммерческая версия?
Да, Марк ею финансирует работу над проектом. Обещает, что все наработки в ней постепенно будут открыты.
mypaint-w64-1.2.1-20170129a-standalone.zip 104 MB9468 файлов карл! 9 ТЫСЯЧ файлов. Запускается через какое-то консольное окно.
> mypaint-w64-1.2.1-20170129a-standalone.zip 104 MB
> 9468 файлов карл! 9 ТЫСЯЧ файлов. Запускается через какое-то консольное окно.Если Ш не Г (основная проблема пару лет назад - не работающий антиалиасинг шрифтов, как впрочем и отсутствие официальной сборки для третьей ветки) то уже все считай что в норме.
> 9468 файлов карл! 9 ТЫСЯЧ файлов.Да, таскает с собой пайтон с модулями, иконки и прочие ресурсы. Ну, умереть теперь!
> Запускается через какое-то консольное окно.
Понятно, вы им не пользуетесь.
Это окно открывается ровно один раз, для запуска постинсталл-скриптов. Но вы про это не знаете, потому что скачали и запустили один раз.
Т.е. спрашивать вас о том, как хорошо программа работает, смысла никакого нет. По сути сказать вам нечего. ЧиТД.
9 тысяч файлов.
http://i.imgur.com/bwYFpsX.png, Карл
А также http://i.imgur.com/uHmr8u9.png, Карл!
Это ты ещё не видел дистрибутивы приложений, сделанных с Electron
Если девелопер не освоил флажок "--production" при сборке, что наблюдалось неоднократно, дистр несложного приложения занимает 300-500 мб, а установка на винде за счёт тонн мелких файлов занимает 10+ минут.
еще в приложениях Qt 5.8 раскладка на Ubuntu не переключается.
> еще в приложениях Qt 5.8 раскладка на Ubuntu не переключается.- Я открою Вам секрет - в Unity с распладками и вводом вообще беда, от версии к версии.
Вплоть до пропадания событий о нажатии (два раза жмешь, одна буква в поле ввода).Причем на разных программах от разных фреймворками - разные глюки ввода, но общее у них одно - Unity. Потому я и сижу на старых кедах - все чОтко работает.
>OS X 10.6
>XPНу ты понел.
Ну а если серьёзно, увеличение глюкавости Qt не новость. Большая часть сил уже давно брошена на мобильники.
> Ну а если серьёзно, увеличение глюкавости Qt не новость. Большая часть сил
> уже давно брошена на мобильники.В том то и беда, что Qt портится, а остальные еще хуже...
>>OS X 10.6
>>XP
> Ну ты понел.Не понел, только вчера обновлял на офисном ПК винду ХР с сервис пак 1 до сервис пак 3 для установки нового фирефокса (какой-то сайт отвалился), если бы не это, так бы сп1 и стоял бы там.
>Вот у меня в фейсбучной ленте есть Лёха Тутубалин, который в особом представлении не нуждается.У меня в фейсбучной ленте его нет, как и самой ленты. Так что уж представь его нам -- анонимным аутистам с опеннета.
>Такие дела.
По поводу указанных косяков хочу напомнить, что gtk за пределами лялекса не работает. И всё. Алсо, сейчас 2017 год, какой придурок собирает что-то под XP? Старые версии macos тоже вызывают желание обвинить в садомазохизме и некрофилии.
Больше тулкитов! Еще больше!
> Больше тулкитов! Еще больше!Не, пора к СSS добавить поддержку еще чего-нибудь эдакого. А то уже не хипстерно и вообще, повысившаяся мощность компутеров позволяет уже запускать гтк3-хелло-ворлд без заметных лагов, несмотря на то, что каждый раз при старте ЛЮБОГО приложения парсятся тысячи строк СSS! Куда это годится?
Поэтому срочно нужен переход на хтмл5 + блинк в качестве движка. Заодно по памятижорству Qt догонят!
> Не, пора к СSS добавить поддержку еще чего-нибудь эдакого. А то уже
> не хипстерно и вообще, повысившаяся мощность компутеров позволяет уже запускать гтк3-хелло-ворлд без заметных лагов,Верно глаголешь!
Я предлагаю вдобавок к CSS встроить в ГТК4 поддержку JavaScript, Flash и HTML5.
Нужно бооооольше всяких переливов, боооольше тормозов, боооольше аляповатостей!- пусть на этом г-не будет невозможно писать приложения для продакшена (производства)
- пусть новые версии либ глючат в Винде и Маке
- пусть пропадёт поддержка WinXP
- пусть не будет библиотек под x32
- пусть перестанут работать обвязки для Python, Ruby, Vala и всех остальных языков (ведь настоящие кул-хацкеры пишут только на Си, не так ли!?)
- пусть больше не работают приложения на Gtk2
- пусть не работает под Linux'ами 12.04, 14.04 (кому нужно это старьё, верно?)
- пусть это г-но работает только под Wayland'ом, проце x64 и Fedora Linux 16.04,ЗАТО БУДЕТ ПО-ХИПСТЕРСКИ И КРАСИВО!
Да, 16 федора была хороша. Мой любимый выпуск
>> пусть это г-но работает только под Wayland'ом, проце x64 и Fedora Linux 16.04,- Даешь 17.04 only, а то так можно стать немодным.
Есть хорошие компании, которые помогают эти формы заполнять. Контур есть, Мое Дело, и другие...А так один раз приехал в ФСС - а день назад форма сменилась =( Не приняли - пришлось переделывать.
> Есть хорошие компании, которые помогаютзабесплатно? Или авторы GTK3+ прог теперь должны брать с пользователей деньги, чтобы платить "хорошим компаниям", чтобы те помогали им переписывать их софт под всё новые версии GTK?
Хорошая, кстати, идея для стартапа. "Мы помогаем переписывать под новый API". не только gtk, но и ffmeg, например.
> Как у WinAPI ...Хоть раз пробовал чего-нибудь путное графическое сделать на чистом WinAPI? Без среды разработки (а-ля Delphi) и без фреймворков. Как ощущения от удобства? А от стабильности?
> Хоть раз пробовал чего-нибудь путное графическое сделать на чистом WinAPI?Что значит "графическое"?
Диалоги настроек всякие делаются на ура, не менее удобно, чем в GTK, и точно стабильнее. На то, что они в десятке выглядят как-то не так, пофик, ибо в случае GTK код годовалой давности даже не соберётся.
А Фотошоп (наверное) всё равно придётся на своих контролах писать, что в одном, что в другом.
> Что значит "графическое"?WinAPI оно немного большое. Поэтому, если мы сравниваем с GTK, то, наверное, имелось в виду "интерфейсная" часть WinAPI.
> Диалоги настроек всякие делаются на ура, не менее удобно, чем в GTK, и точно стабильнееНу про не менее удобно, это спорный вопрос, конечно. А про стабильность ... Зависимости (даже часто от версий как было с XP sp2 - sp3) kernel32, gdiplus и т.д. (которые и реализуют этот API) никуда не делись. Думаю, при переносах между версиями, ну например с 2000 на w7 (разница между последним и первым релизами соответственно 4 года), приходилось встречать что-то типа "Точка входа в процедуру *** не найдена в библиотеке DLL ***"? И надо собирать с новыми версиями и новым msvs, который ещё неизвестно как отнесётся к твоему коду ... А потом неплохо бы заюзать новое API для каких-нибудь aero в w7, потому что пользователь хочет и бьёт копытом ... а потом его deprecated-нут в w8.1/10 ... Не напоминает тоже самое?
> На то, что они в десятке выглядят как-то не так, пофик, ибо в случае GTK код годовалой давности даже не соберётся.Соберётся. Даже с gtk1 можно в свежем mint-е собрать.
Собственно про то, как выглядит в десятке, это примерно так же, если бы GTK таскал с собой все контролы и вызовы API, начиная с GTK1. Ниже по треду товарищ Stax написал подробней, не буду повторяться.
Но gtk так не делает. Он, ну как минимум пытается, держать стабильный api в рамках мажорной версии. Никто не мешает тебе собрать с предыдущими версиями gtk (пока их вообще возможно собрать с системным libc). Тот же deadbeef собирает waker и c gtk2 и с gtk3 одновременно и ничего, справляется как-то.
> А Фотошоп (наверное) всё равно придётся на своих контролах писать, что в одном, что в другом.Ну, даже такая мелкая, казалось бы, софтина, как AIMP, хоть и писана на Delphi, но нативными контролами не пользуется. Как говорит автор это даёт бОльшую свободу действий.
> если бы GTK таскал с собой все контролы и вызовы API, начиная с GTK1Если бы таскал, то и претензий бы не было. Стабильные приложения собирались бы с контролами gtk2, а софт авторов, у которых шило в одном месте, - с gtk3, и все были бы счастливы.
gtk3 софт постоянно переписывался бы каждые полгода, а если кто хочет чтобы софт работал и через 10 лет, писал бы на gtk2.
Весь крик оттого, что разработчикам приложений/тем не дают возможности писать на 10 лет вперёд, а заставляют постоянно переписывать один и тот же функционал, а как только что-то стабилизируется, его сразу объявляют устаревшим и нерекомендуемым к использованию.
Я предлагаю еще баги и уязвимости безопасности запретить. А то что это такое - только напишешь программу, а пользователи хотят чтобы баги исправляли, а кто-то еще дырки находит! И постоянно правь, ищи проблемы, поддерживай. Очень неудобно! Надо запретить это все баловство, чтобы написал программу - и если функционал требуемый есть, 10 лет работает и не требует поддержки. А программист в это время другие программы пишет. Вот тогда мир будет прекрасен.
> только напишешь программу, а пользователи хотят чтобы баги исправляли, а кто-то еще дырки находитНет, давайте лучше как в GTK. Нашли ошибку - сразу объявляем программу устаревшей, тут же начинаем писать с нуля новую и говорим пользователям пересаживаться на неё. Находят ошибку в этой версии - снова объявляем устаревшей, пишем с нуля другую - и пользователей переносим на неё. И программист 10 лет будет писать одну и ту же программу, и пользователи счастливы, что интерфейс всё лучше и лучше станови^W^W^W^Wменяется и меняется.
> И постоянно правь, ищи проблемы, поддерживай.Вы правда разницы не видите между тем, что написали, и тем, что происходит в стане GTK?
Когда программист делает ошибку, он вынужден тратить время на переделку потому что он дурак. Когда в GTK удаляют часть функций, программист вынужден тратить время, потому что дурак кто-то другой.
Когда программист переделал чать программы для исправления ошибки, с большой долей вероятности она больше не появится. Когда программист переделал часть программы для совместимости с новой версией GTK, с большой долей вероятности через полгода эту часть придётся переделывать снова.
Когда программист исправляет ошибку, исправление часто занимает десяток строк. Когда программист исправляет несовместимость с новой версией GTK, исправление может потребовать переписывания большой части программы.
> Когда программист делает ошибку, он вынужден тратить время на переделку потому что он дуракХа
> Когда программист переделал чать программы для исправления ошибки, с большой долей вероятности она больше не появится
Ха-ха
> Когда программист исправляет ошибку, исправление часто занимает десяток строк
Ха-ха-ха (впрочем, вероятно, это наиболее правдивое из этих трех утверждений)
Чуется мне, вы ээ несколько далеки от индустрии разработки программного обеспечения. Ну а это: "переделал часть программы для совместимости с новой версией GTK, с большой долей вероятности через полгода эту часть придётся переделывать снова." - настолько натянуто за уши, что имеет мало общего с реальностью.Наконец, это: "исправление может потребовать переписывания большой части программы" совершенно точно неверно, если дело касается обновления версии Gtk в рамках одной ветки. Если речь идет про переход Gtk 1->2->3.. тут тоже не совсем верно, но главное - кто же виноват, что у большинства десктопных программ UI это 90% функционала? А у тех, для которых это не так - нет, переписывать не придется. Более того, некоторые особо большие программы типа LibreOffice или Firefox вообще имеют различную реализацию UI под разные ОС, прикрывая их абстракциями для остальной части программы - и ничего, не жужжат.
PS а насчет "вижу ли разницу" - вижу, конечно. Но мой пост был совсем про другое. Или вы принимаете тот факт, что чтобы иметь актуальную и востребованную программу ее нужно постоянно поддерживать и регулярно менять, или игнорируете этот факт и программа отмирает. Вот и все, другого не дано. А Gtk там обновляется или что еще, это уж частности...
Да-да. А потом имеем в последней винде из коробки приложения, использующие виджеты 10-ти летней давности и совершенно не похожие на остальной интерфейс. Ровно то же можете иметь и в линуксе, собирая старые программы с древним Gtk или Qt, не использующие активные для более свежих версий движки/настройки. Спасибо, не надо. Переход на последний Gtk в данном случае позволяет иметь целостный интерфейс - чего винда с "десятилетним API для гуев" достичь не может. Там ровно все то же самое - хочешь, чтобы выглядело современно, а не как оно было 10 лет назад - используй новые библиотеки/API.
Это про какие виджеты 10-летней давности? Вы про те, что в Vista/7? Современные - это какие? UWP?
Современные - это обычный 'explorer.exe' или notepad в win 8.1 / 10.
Старые - это mmc.exe из той же win 10. Другие элементы, другой стиль меню, не понимают hidpi и тп.
Совсем старые - это, например, в панели управления той же 8-ки или 10-ки открыть "phone and modem". Это вообще из какого года стиль (без тем и подобного)? Из 1995?А уж сколько в винде вариантов диалога "открыть файл" (начиная от совсем тупых, типа того, что в выборе каталога, из которого в ручном режиме можно выбрать драйвер) до красивых, с поддержкой тем, панели закладок слева и тп - не счесть. Штук пять вариантов из разных поколений как минимум. И все выглядят и ведут себя по-разному! Не немного по-разному, а вот СОВЕРШЕННО по-разному выглядят - разные скроллбары, разные иконки папок, разные кнопки "OK" и тп.
И все это из коробки идет в винде! И они явно не могут, а не просто не хотят пересобрать старые программы с новыми библиотеками, чтобы выглядело нормально. Тк там уже и API сильно изменились, и совместимости нет, и так далее.
Про UWP и прочее, а так же про состояние сторонних приложений я даже упоминать не буду.
Работает - не трогай.
> Работает - не трогай.Так не работает ведь нормально. Та же проблема с поддержкой hidpi, без которой уродливая мазня вместо более четких шрифтов - явный дефект.
> Да-да. А потом имеем в последней винде из коробки приложения, использующие виджеты 10-ти летней давности и совершенно не похожие на остальной интерфейс. Ровно то же можете иметь и в линуксе, собирая старые программы с древним Gtk или Qt, не использующие активные для более свежих версий движки/настройки. Спасибо, не надо.- Вы оцениваете программы по их вписыванию в стиль и красочность своих окошечек???
(без комментариев... цензурных)
>> Да-да. А потом имеем в последней винде из коробки приложения, использующие виджеты 10-ти летней давности и совершенно не похожие на остальной интерфейс. Ровно то же можете иметь и в линуксе, собирая старые программы с древним Gtk или Qt, не использующие активные для более свежих версий движки/настройки. Спасибо, не надо.
> - Вы оцениваете программы по их вписыванию в стиль и красочность своих
> окошечек???
> (без комментариев... цензурных)Да, я предпочитаю, когда программы имеют похожий Look&Feel, а не вот так: https://www.doxdesk.com/img/updates/20101101-xara/skins.png
Понимаю, кому-то хочется, чтобы все выглядело уникально. Но мне - как-то не очень.
>>> Да-да. А потом имеем в последней винде из коробки приложения, использующие виджеты 10-ти летней давности и совершенно не похожие на остальной интерфейс. Ровно то же можете иметь и в линуксе, собирая старые программы с древним Gtk или Qt, не использующие активные для более свежих версий движки/настройки. Спасибо, не надо.
>> - Вы оцениваете программы по их вписыванию в стиль и красочность своих
>> окошечек???
>> (без комментариев... цензурных)
> Да, я предпочитаю, когда программы имеют похожий Look&Feel, а не вот так:
> https://www.doxdesk.com/img/updates/20101101-xara/skins.png
> Понимаю, кому-то хочется, чтобы все выглядело уникально. Но мне - как-то не
> очень.А если не впадать в крайности? Интерфейс а-ля Windows NT (3, 4, 5) удобен и прекрасен. В отличие от современных градиентов и плиточек в нём чётко видны элементы интерфейса и их границы. Кнопка — это кнопка, а не тут кнопка, тут ссылка, а тут просто строка. Для тех, кому свербит, есть (был) Talisman. Даже fvwm к венде прикручивали в то время.
Недостаток у такого интерфейса ровно один — он несовместим с гламурностью. Всё остальное — преимущества. Такой интерфейс работает быстро, отображается чётко и понятно, по сети, через всякие RDP и VNC летает. Мне, простите, нужно работать с программой, а не интерфейсом любоваться.На счёт DPI, вот сколько лет уже использую KDE, никогда не было проблем с этим. И шрифты нормально отображаются, и размеры элементов оконного интерфейса. Достаточно иксам сообщить правильный DPI, когда-то через параметр запуска, потом в xorg.conf указать размеры экрана, теперь всё автоматом — и KDE/Qt нормально это дело воспринимает.
> Интерфейс а-ля Windows NT (3, 4, 5) удобен и прекрасен. В отличие от современных градиентов и плиточек в нём чётко видны элементы интерфейса и их границы. Кнопка — это кнопка, а не тут кнопка, тут ссылка, а тут просто строка. Для тех, кому свербит, есть (был) Talisman. Даже fvwm к венде прикручивали в то время.Да пусть будет как в Win NT (4,5). Как в 3, правда, лучше не надо ) Но единообразно! А не когда у программ даже от самой MS из комплекта ОС куча разных стилей, в зависимости от того, с какими библиотеками собрали. Когда блин штатные приложения рендерят контекстное меню с вот такими вариациями: http://gbl08ma.com/wp-content/uploads/2015/07/menus.png - это нормально?
>> Интерфейс а-ля Windows NT (3, 4, 5) удобен и прекрасен. В отличие от современных градиентов и плиточек в нём чётко видны элементы интерфейса и их границы. Кнопка — это кнопка, а не тут кнопка, тут ссылка, а тут просто строка. Для тех, кому свербит, есть (был) Talisman. Даже fvwm к венде прикручивали в то время.
> Да пусть будет как в Win NT (4,5). Как в 3, правда, лучше не надо ) Но единообразно! А не когда у программ даже от самой MS из комплекта ОС куча разных стилей, в зависимости от того, с какими библиотеками собрали. Когда блин штатные приложения рендерят контекстное меню с вот такими вариациями: http://gbl08ma.com/wp-content/uploads/2015/07/menus.png - это нормально?Ну, по мне, так не столько важно единообразие, сколько то чтобы интерфейс не отвлекал на себя внимание и не мешал работе. Полное единообразие, к сожалению, невозможно в течение долгого времени хотя бы потому что разработчики инструментов в разное время видят правильность организации интерфейса по разному. Но, по большому счёту, не так важно как выглядят иконки на кнопках. Важнее чтобы они не были аляповатыми и совершенно непонятными.
Либо продолжать использовать Motif. Кстати, ничего плохого не скажу про мотиф, вполне себе нормальный интерфейс. Когда-то работал с CDE — вполне удобно, хоть и не гламурно ни разу. :-)
Сам пользуйся программаи с уродливым дизайном.
У меня идея. Надо сделать враппер к гтк со стабильным апи для приложений.
На php. Чтоб для полного феншуя.
Грустно, наверно, быть Маттиасом Класеном
Можно подумать что у него есть выбор.
Вот это жесть. Ещё народ не перешёл на GTK3 из-за его убогости, тормознутости и глючности, а уже думают о GTK4.
тем временем гимп всё ещё не портировали на гтк 3...
хоть mate успели
И разломали все темы к черту. Только это камень скорее в огород матешников: у пацанов из xfce все получается гораздо удачнее
> тем временем гимп всё ещё не портировали на гтк 3...И это говорит о чём конкретно? :)
О том что Гимп не могут портировать на 3 ветку GIMP Toolkit уже много много лет.
> О том что Гимп не могут портировать на 3 ветку GIMP Toolkit
> уже много много лет.А на самом деле -- о том, что есть задачи поважнее.
> А на самом деле -- о том, что есть задачи поважнее.О, у них даже есть какие-то задачи. Отрадно. В работающий код они лет через двадцать превратятся, как думаете?
Конкретно сейчас главная задача -- зафиналить версию 2.10. Для чего надо пофиксить ещё порядка полусотни ошибок.
>тем временем гимп все еще шевелитсяпочинил
> тем временем гимп всё ещё не портировали на гтк 3...И xfce... Гномеры мне напоминают мелкософт, которые олени-побежали-побежали-срочно-покупать-новую-венду-с-рекламой-потомучто-новая-срочно-побежали-побежали.
Уже должно быть всем очевидно, GTK2 это ситуация аля WinXP, GTK3 не взлетает, уже на горизонте GTK4, народ в замешательстве ищет пути для слинивания с GTK...
Ви таки не понимаете в чём цимес.
Эти люди делают свой тулкит для себя, а не для других. Ваше удобство их мало интересует. Они делают имитацию бурной деятельности, им нужно больше комитетов, рабочих групп, менеджеров и проч.
Второй гном стабилизировался - всё, забрасываем его, начинаем делать третий, стильный, модный, молодёжный, с поддержкой тач-скрина (которых пару процентов из десктопов).
Только-только пришли в себя от перехода на третий - забей на него, давай пилить четвёртый, теперь уж точно со стабильным апи на года (ага, верю-верю).
Зато все при работе. Эффективные менеджера могут рисовать сотни отчётов и графиков. В этом суть их деятельности.
Напоминает майкрософтовский принцип выдавать "новую" технологию каждые пару лет, а старую забывать, чтобы все остальные были в роли догоняющего.
> Ви таки не понимаете в чём цимес.
> Эти люди делают свой тулкит для себя, а не для других. Ваше
> удобство их мало интересует. Они делают имитацию бурной деятельности, им нужно
> больше комитетов, рабочих групп, менеджеров и проч.Покажите хоть один комитет в GTK+. Ну хоть малюсенький, в два человека хотя бы.
> Второй гном стабилизировался - всё, забрасываем его, начинаем делать третий, стильный,
> модный, молодёжный, с поддержкой тач-скрина (которых пару процентов из десктопов).10% лэптопов с тачем было ещё в 2013 году.
> Зато все при работе. Эффективные менеджера могут рисовать сотни отчётов и графиков.
Примеры сотен отчётов и графиков от эффективных менеджеров GTK+ будут?
> 10% лэптопов с тачем было ещё в 2013 году.Откуда такие данные?
Из открытых источников.Май 2013:
http://www.digitimes.com/news/a20130517PR202.html
Total shipments of notebooks with touch screens were 4.57 million units in the first quarter of 2013, up 51.8% from a quarter earlier, according to Displaybank. The notebooks made up almost 10% of the overall notebook market, whose shipments posted 46 million units.
> Из открытых источников.
> Май 2013:
> http://www.digitimes.com/news/a20130517PR202.html
> Total shipments of notebooks with touch screens were 4.57 million units in
> the first quarter of 2013, up 51.8% from a quarter earlier,
> according to Displaybank. The notebooks made up almost 10% of the
> overall notebook market, whose shipments posted 46 million units.Имеются в виду планшеты с настольной осью или еще что-то. Путанница в терминологии.
>> Из открытых источников.
>> Май 2013:
>> http://www.digitimes.com/news/a20130517PR202.html
>> Total shipments of notebooks with touch screens were 4.57 million units in
>> the first quarter of 2013, up 51.8% from a quarter earlier,
>> according to Displaybank. The notebooks made up almost 10% of the
>> overall notebook market, whose shipments posted 46 million units.
> Имеются в виду планшеты с настольной осью или еще что-то. Путанница в
> терминологии.Путаница у вас в голове. А в тексте -- про лэптопы с тачем.
> 10% лэптопов с тачем было ещё в 2013 году.И что с того? У меня ThinkPad X201 с пёрышком. Не пальцетык, но всё же нечто сенсорное. Но я это пёрышко использовал за 7 лет меньше десятка раз. Просто мне нужна была моделька с IPS матрицей, а в то время у малогабаритных УмныхКовриков такие были только в «Tablet edition». Но это вовсе не повод затачивать интерфейс под пальцевое управление. Я не против такого нововведения, но зачем было старое портить? Сделали бы возможность выбирать, под мышку, или под пальцы — никто бы не бухтел. А так получилось ни то, ни сё.
+1!Вместо специальных виджетов просто должны были сделать существующие настолько гибкими, чтобы с помощью темы оформления "tablet-pc" они превращались в "сенсорные".
Интерфес для сенсорных экранов должен сильно отличается от интерфейса для обычных пк. иначе будет не удобен. Ну не удобно целится пальыем с точностью до пикселя. В плеере.
> Интерфес для сенсорных экранов должен сильно отличается от интерфейса для обычных пк. иначе будет не удобен. Ну не удобно целится пальыем с точностью до пикселя. В плеере.Совершенно верно. Именно поэтому глупо было делать GTK 3 «универсальным».
Мышиный и пальцевый интерфейсы — ОЧЕНЬ разные по способу управления. И тащить всё в одну кучу — гарантированный способ получить неудобоваримое УГ, что, собственно, и получили.
>выдавать "новую" технологию каждые пару лет, а старую забывать, чтобы все остальные были в роли догоняющегоweb такой же
Разработчики GTK хотят разрушить Linux desktop.
http://vasilisc.com/gtk-developers-destroying-linux-desktop
> Разработчики GTK хотят разрушить Linux desktop.
> http://vasilisc.com/gtk-developers-destroying-linux-desktop"GTK был создан командой GNU, которая ведёт разработку многих компонент GNOME project с 1999 года."
Дальше такая же отсебятина?
GTK был создан командой GNU, которая ведёт разработку многих компонент GNOME project с 1999 года.
Стало быть полное имя Маттиаса - Ричард Маттиас Мэтью Столлман Класен
> GTK был создан командой GNU, которая ведёт разработку многих компонент GNOME project
> с 1999 года.
> Стало быть полное имя Маттиаса - Ричард Маттиас Мэтью Столлман КласенУже не ожидал увидеть в треде человека с чувством юмора :)
> Дальше такая же отсебятина?Похоже дальше ещё хуже, прямая дезинформация. Утверждается, что в промежуточных выпусках 4.1, 4.2, 4.3... раз в три месяца будут ломать совместимость API/ABI как во времена GTK+ 3.x.
Нет, не дезинформация.> Meanwhile, Gtk 4.0 will not be the final stable API of what we would call “Gtk 4”. Each 6 months, the new release (Gtk 4.2, Gtk 4.4, Gtk 4.6) will break API and ABI vs. the release that came before it.
Источник: https://blogs.gnome.org/desrt/2016/06/13/gtk-4-0-is-not-gtk-4/
> - Поддержка спецификаций SVG- и CSS-фильтров;За вебщину в UI заказчики еще не дают в морду?
Заказчикам обычно наплевать на то чем и как будут пользоваться его пользователи. Лишь бы быстрее и дешевле, в идеале - бесплатно.
Увы и ах. Именно быстрее - это да, требование №1, и вот оно действительно страшно!
> За вебщину в UI заказчики еще не дают в морду?Ещё-ё? Всем глубоко... Ну, Вы поняли.
Первая тестовая версия GTK4 появилась в 2017 году, а релиз состоялся в 2020. так что если первая тестовая версия GTK5 выйдет только в конце года, то сам релиз будет году в 2026-2027.