Разработчики звукового редактора Ardour удалили из кодовой базы поддержку сборки с библиотекой GTK2 и оставили только возможность использования YTK. YTK представляет собой форк GTK2, созданный проектом Ardour в феврале 2024 года. В качестве причины прекращения сборки с GTK2 отмечается добавление в YTK дополнительной функциональности, обеспечивающей поддержку сенсорных устройств ввода и возможности для отрисовки на платформе macOS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63547
Будет тяжелеть и по легковесности будет уступать оригиналу. Тот же MATE - еле ползает на ПК 2014 года, хотя GNOME 2 как пушинка. Искусственное устаревание которое зависит не только от GUI, но и от ядра, systemd, x11 и других компонентов. Даже голый современный x11 тяжёлый на том ПК.
А Haiku пробовали на том ПК? Как она себя на нём поведёт?
Летает, но сыро и дров нет. Родное по там традиционно хорошее, а всё портированное — монстры.
>Тот же MATE - еле ползает на ПК 2014 года2014 год - это понятие растяжимое, от условного атома, до условного i7.
>Искусственное устаревание которое зависит не только от GUI, но и от ядра, systemd, x11 и других компонентов.Легенды и мифы современного it. Прежде чем писать такое, найдите хотя бы один коммит с этим, а потом сказки расказывайте.
>Даже голый современный x11 тяжёлый на том ПК.Чините руки. Условный tiny core linux во многих аспектах будет куда легче той же xp.
>Легенды и мифы современного it. Прежде чем писать такое, найдите хотя бы один коммит с этим, а потом сказки расказывайте.Например всякие которые "исправляют" уязвимости типа meltdown и spectre. Даже Торвальдсу в своё время пришлось лично критиковать патчи intel за то что они существенно замедляют ядро.
>Чините руки. Условный tiny core linux во многих аспектах будет куда легче той же xp.
Старый легковесный дистрибутив будет всегда легче современного легковесного дистрибутива. По определению.
> Даже Торвальдсу в своё время пришлось лично критиковать патчи intel за то что они существенно замедляют ядро.Ну пусть Торвальдс сам напишет такие, которые не замедляют.
>Например всякие которые "исправляют" уязвимости типа meltdown и spectre."Запланнированное устаревание" содержит два слова: "запланнированное" и "устаревание". Я у вас не увидел ни первого ни второго.
>за то что они существенно замедляют ядроЭти патчи замедляют абсолютно всё железо, даже новое. Вот если бы это затрагивало только старые процессоры, то ваше утверждение имело бы силу. Я надеюсь, вы не будете утверждать, что современные ультрабюджетные решения лучше, чем топопвые из 2014?
>По определению.Нужны как минимум бенчмарки. Кроме того, разница должна быть не на пару попугаев, а на весьма значительный и заметный глазу процент.
>>Например всякие которые "исправляют" уязвимости типа meltdown и spectre.
> "Запланнированное устаревание" содержит два слова: "запланнированное" и "устаревание". Я у вас не увидел ни первого ни второго.И не увидишь, сори: в аргументах адептов запланированного устаревания логика традиционно отсутствует.
> Эти патчи замедляют абсолютно всё железо, даже новое.Именно. У тебя работала система и требовала опредленных ресурсов. После патча количества ресурса сократилось на 20%. Теперь тебе приходится покупать новое железо, с увеличенными на 25% ресурсами, чтобы сохранить хотя бы статус-кво.
>У тебя работала система и требовала опредленных ресурсов."Запланированное устаревание" отличается от просто "устаревания". Сейчас вы объединяете обе эти категории воедино.
>Теперь тебе приходится покупать новое железо, с увеличенными на 25% ресурсами, чтобы сохранить хотя бы статус-кво.А в чём проблема? Даже сейчас объём памяти, количество ядер и прочие характеристики растут. Сам факт покупки нового устройства уже даёт вам это увеличение.
Ваша проблема не в том, что потребление ресурсов растёт, а в том, что ресурсов было в притык. Некоторое время назад, условно лет десять, продавались устройства с распаянными 2 Гб ОЗУ. Это было мало уже тогда, но люди экономили буквально каждую копейку, надеясь, что устройство будет работать десятилетиями. Что же могло пойти не так? Купи они устройство в котором будет распаяно те же 8 Гб, то работать будет оно хоть сейчас. Сейчас в продаже есть устройства с 4 Гб распаянным ОЗУ. И это не "запланированное устаревание", а "скупой платит дважды". Ибо убедить скупого заплатить за хорошую вещь попросту нереально.
Если же вы хотите остановить рост потребления программ, то во-первых возникает вопрос, а что брать за эталон, а во-вторых кто будет платить за оптимизацию. И оба ответа опять же вам не понравятся.
> Если же вы хотите остановить рост потребления программ, то во-первых возникает вопрос,
> а что брать за эталон, а во-вторых кто будет платить за оптимизацию.
> И оба ответа опять же вам не понравятся.Зря ты распинаешься, местные не поймут.
У них установка "вы абязаный поддерживать мой хлам вечно!!111".
А когда предлагаешь "ну, вам нужно - вы и оптимизируйте", начинается "кто? Я???"
Неплохо расписал, но боюсь ты зря мечешь бисер.
Тут интереснее другой вопрос.
А откуда взялись все эти люди, которые уверены "я вот сейчас куплю железку подешевле, а ее поддерживать будут лет 10, или лучше 20ть! И тормозить ничего не будет!" ?Наверное не из 90х - там каждые год производительность увеличивалась (иногда даже в несколько раз).
Видяхи тыквились чуть ли не каждое поколение.
В 2000х вроде тоже - пошли многоядерные процы, новые плашки памяти, сокеты менялись как перчатки...Так откуда появились эти люди в розовых очках, которые искренне верят в то, что компьютер ихнего дедушки будет запускать современный софт?
И что разработчики обязаны поддерживать всякий EOL хлам.
Вот это - настоящая загадка)
>Я надеюсь, вы не будете утверждать, что современные ультрабюджетные решения лучше, чем топопвые из 2014?Вообще-то - нет, если говорить о производительности (энергопотребление, конечно, у современных лучше). Ультра-бюджетные чаще всего даже медленнее, чем 15 летние средне-топовые системы ~2010 года выпуска.
Только Tiny Core Linux использует не современный X11, а свой собственный форк древнего Xvesa
Кроме tiny core linux есть куча других вариантов.
Мож devuan накатить онж вродь без систем ды, вот только не известно мате есть в репах или нет, хотя по идее должен быть, они ведь дебиановские за основу берут. А вообще может у вас дровишки какие отлетели, думается стоит на это обратить внимание, ну или железо уже выдыхается, иногда пыль не протирается годами и народ диву дается чего комп тормозит ;)
Какой Devuan? Даже MX Linux (он тоже без systemd) с Fluxbox и Puppy Linux заметно тяжелее чем Kubuntu 18.04. Только Kubuntu 18.04 это нормальная ОС а не обрубок "для слабых ПК" который ест в три горла. И на это есть несколько факторов.
>Даже MX Linux (он тоже без systemd) с Fluxbox и Puppy Linux заметно тяжелее чем Kubuntu 18.04Тяжелее в каком месте?
... Ну штож...
> Только Kubuntu 18.04 это нормальная ОСвесьма спорное утверждение
Я ставил год назад девуан с матэ. Тормозило и было ощущение что матэ некомплектный какой-то.
Странно. На ПК 2012 года Plasma 6 + Wayland просто летает.
Возможно это из-за каких-то ошибок в графическом стеке, в менеджере памяти, MTRR и PAT Линукса.
Я в своё время видел как довольно хорошо работал Гном в Федора где-то 33 версии на нетбуке с 2-х ядерным атомом. Плюс к этому пробовал LiveUSB 11 Альтлинукса на собственном старом ноутбуке с 2-х ядерным Селероном архитектуры Core 2 и встройкой и не смотря на то, что приложения запускались неторопливо, но Хромиум тянул видео на Рутубе в 720p и в некоторой степени даже 1080p. Но конечно по сравнению с Haiku, Линукс довольно не тороплив на этом ноутбуке.
Также сталкивался с отзывами в сети, что Гном тормозит на их топовых компах.
Да, бро. Даже сейчас во время когда существует 12-ти ядерный процессор есть нужда в оптимизированном быстром лёгком коде.
> Даже сейчас во время когда существует 12-ти ядерный процессор есть нужда в
> оптимизированном быстром лёгком коде.А платить за это кто будет?
Это просто нецелесообразно. Ты смотришь аналитику по usage и напр. оказывается что у 99% пользователей больше 4 ядер. И у тебя есть выбор - потратить время на оптимизации оставшегося 1% или потратить время на улучшения для остальных 99%.
Вот что ты выберешь?
>Ты смотришь аналитику по usage и напр. оказывается что у 99% пользователей больше 4 ядер. И у тебя есть выбор - потратить время на оптимизации оставшегося 1% или потратить время на улучшения для остальных 99%.Не все вещи можно оптимизировать. Если в игре озвучен каждый диалог, то она по определению не будет весить столько же, сколько весили игры без озвучки. Если программа поддерживает юникод, то она по определению не будет весить столько-же, как и во времена однобайтных кодировок. Основная проблема в том, что персонажи, рассказывающие про магическую оптимизацию, до сих пор живут в условных нулевых, когда кучи функций попросту не было.
Дооо, а по итогу всё однопоточное, и кеды вешаются намертво при пропадании из сети примонтированного nfs диска.
> Дооо, а по итогу всё однопоточное, и кеды вешаются намертво при пропадании
> из сети примонтированного nfs диска.Мы сейчас в теме про аудиоредактор. Если они не смогли в многопоток... то его можно закапывать))
Но я могу привести еще кучу других метрик. Напр. производительность проца. Или наличие всяких SSE2, AVX и тд (которые очень хорошо применимы для обработки сигналов).
Наличие видяхи для вычислений - если в 99% юзеров она есть, то у одного эта фича просто не будет работать. Никто не будет тратить время на то чтобы перенести алгоритм на проц и еще и заставить его сносно работать ради одного процента юзербейза.Да даже разрешение экрана. Не будут прорисовываться дизайны для 800×480 или 1024x600 и тратить время на продумывание "а как бы впихать невпиxyемое". Оно умерло вместе с eeePC. А если кто-то еще этим пользуется - то это его проблемы.
> SSE2, AVXДолжна быть альтернативная реализация без них, иначе на arm / risv / эльбрус ничё работать не будет, или делать под всё сразу, что никто конечно же делать не будет.
> видяхи для вычислений
Нейронки допустим щя бегло работают и без видяхи, упираясь в память, которая зачастую общая для CPU и GPU в мобильных устройствах.
> Искусственное устаревание которое зависит не только от GUI, но и от ядра, systemd, x11 и других компонентоМдэ, адепты заговора "искуственное устаревание" уже видят его даже в опенсорсном софте...🤦 Вот сидят ребята из Ардоура, ядра, X11 и т.д., и лепят коммиты во зло опеннетному анониму.
Чел, обнови наконец-то железо и не люби себе мозг.
Нормальные люди не обновляют железо никогда. А этот "shvabodный" софт подконтролен корпорациям.
> Мдэ, адепты заговора "искуственное устаревание" уже видят его даже в опенсорсном софте...Странно, GTK 3 умеет меньше GTK 2 и имеет кучу багов, но при этом гораздо сильно жирнее его.
> Странно, GTK 3 умеет меньше GTK 2 и имеет кучу багов,Что GTK3 не умеет? Давай примеры по существу.
GTK2 вообще не умеет в скейлинг и hidpi.
GTK3 как-то, но умеет, а GTK4 уже имеет полноценную поддержку.> но при этом гораздо сильно жирнее его.
Ну логично, что если GTK2 это убогий огрызок из 2000х, то он будет "легче". Иначе бы компы того времени его просто не потянули бы.
А GTK3 умеет больше и рассчитан на компы своего времени (201х). Если у тебя что-то тормозит, то или выброси свой друндулет, или пользуйся древними версиями.
> GTK2 вообще не умеет в скейлинг и hidpi.Слабого гугления хватило, чтобы найти проблемы у людей с тем, что GTK3 думает, что оно всегда рисуется на мониторе с 96 DPI. При этом программы на GTK2 и Qt прекрасно читают из иксов информацию о DPI монитора, на котором находится окно, и рендерятся правильно даже без Xresources. Вам рассказать, как GNOME под вейландом "поддерживает" HiDPI тупо апскейля все окна до самого большого монитора и потом ужимают картинку на других мониторах?
Никогда не думал, что это правда, но... уже 3 месяца на Gentoo. И он удивляет скоростью, с флагами оптимизации, которые можно дать 90% софта. Может этот вариант подойдёт?
Для вас есть XFCE, а если всё ещё тяжело, то LXQT точно будет летать молниеносно, хотя по возможностям там похуже
Мощно. Удачи ребятам с поддержкой форка!ИМХО, GTK2 на десктопе смотрится получше и поудобнее GTK3/GTK4. Главное - нативный виндовый (а возможно и MacOS) стиль допилить.
У них от GTK там - окно и диалоги (про последнее не уверен). Остальное всё рисуется самостоятельно Cairo-ой.
Так что про "смотрится" оно без разницы. Им, как я понял, не хочется головняка со сменой тулкитов, если, по большому счёту, им нужно только окно и смена версии тулкита особого профита не даст.
> У них от GTK там - окно и диалоги (про последнее не
> уверен). Остальное всё рисуется самостоятельно Cairo-ой.
> Так что про "смотрится" оно без разницы. Им, как я понял, не
> хочется головняка со сменой тулкитов, если, по большому счёту, им нужно
> только окно и смена версии тулкита особого профита не даст.Я им подкидывал ссылку на пост кикадовцев. Реакция была примерно "блин, как всё знакомо, надо такой же пост запилить".
> Я им подкидывал ссылку на пост кикадовцев. Реакция была примерно "блин, как
> всё знакомо, надо такой же пост запилить".Получается они такие же неосиляторы как кикадовцы?
А ведь даже гимп GTK3 осилил, как же так))
Штош, пусть пилят пост, будет что обсудить.
>> Я им подкидывал ссылку на пост кикадовцев. Реакция была примерно "блин, как
>> всё знакомо, надо такой же пост запилить".
> Получается они такие же неосиляторы как кикадовцы?У кикадовцев есть технические претензии к вяленду. Нормального технического разбора этих претензий я не видел. Эмоциональные вопли про неосиляторов ты демонстрируешь прямо сейчас. Эта левацкая риторика с упором на чувства меня не впечатляет, сорян.
> А ведь даже гимп GTK3 осилил, как же так))
И прошло всего-то 15 лет между первыми патчами и релизом. И даже при этом умудрились часть фич разломать под HiDPI.
> Штош, пусть пилят пост, будет что обсудить.
Или просто добавят вяленд в YTK/YDK. Поглядим.
> У кикадовцев есть технические претензии к вяленду. Нормального технического разбора этих
> претензий я не видел.Потому что сами претензии не технические и высосаны из пальца. Там (тут kicad.org/blog/2025/06/KiCad-and-Wayland-Support) нет никаких пруфов, ссылок на тикеты, какого-то анализа. Просто список жалоб.
Ну и никто не хочет тратить время на очередное опровержение, что оно уже работает или что просто нужно имплементнуть протокол с их стороны, или пофиксить у них же код. Пусть пинают разрабов wxWidgets чтобы те исправляли проблемы с вейландом.
> Эмоциональные вопли
Как раз у разрабов кикада. Они "просто" хотят чтобы все было как раньше в иксах, а если нет и не предполагается - то идут плакаться в инете.
> Эта левацкая риторика с упором на чувства меня не впечатляет
Ого, приплести "левацкую риторику" к слову "неосиляторы"... это сильно.
> И прошло всего-то 15 лет между первыми патчами и релизом.
И тем не менее, смогли. С фактом сложно поспорить.
> Или просто добавят вяленд в YTK/YDK. Поглядим.
Просто добавят? Вот так вот "просто"? Я хочу это увидеть))
>Ого, приплести "левацкую риторику" к слову "неосиляторы"... это сильно.У оппонента итак аргументы закончились, а вы ему тут ещё хуже делаете.
>Просто добавят? Вот так вот "просто"? Я хочу это увидеть))А вы знаете, это уже прогресс. Несколко месяцев назад, ещё пока не начался повальный отказ от иксов, ваш собеседник сказал бы, что это нинужна.
> А вы знаете, это уже прогресс. Несколко месяцев назад, ещё пока не
> начался повальный отказ от иксов, ваш собеседник сказал бы, что это
> нинужна.Мало что так веселит как натужная попытка анонима поспорить с выдуманными им же аргументами.
На самом деле, я совершенно не против переехать на вяленд. Мешает лишь то, что у некоторых приложений, включая сабж, с ним есть некоторые проблемы. Не говоря уж о том, что плагины под вяленд не собирает примерно никто.
> Потому что сами претензии не технические и высосаны из пальца.мне не нравятся претензии != претензии не технические
Вот, собственно, и всё.
> Ну и никто не хочет тратить время на очередное опровержение
С этим я как раз не спорю.
>> Эмоциональные вопли
> Как раз у разрабов кикада.Ну-ка ну-ка, давай обратимся к первоисточнику:
"We try to be pragmatic. We support what works, we document what doesn’t, and we focus our development efforts where they’ll have most benefit for our users. We will adjust our position as Wayland improves, but we won’t compromise the reliability and functionality of KiCad."
А ты точно не потерял берега? :)
>> Эта левацкая риторика с упором на чувства меня не впечатляет
> Ого, приплести "левацкую риторику" к слову "неосиляторы"... это сильно.Ну тебе же нечего сказать по технической стороне вопроса.
>> Или просто добавят вяленд в YTK/YDK. Поглядим.
> Просто добавят? Вот так вот "просто"? Я хочу это увидеть))Фигура речи. Необязательно просто. Возможно даже сложно.
Мне как пользователю не очень интересно, как оно будет работать изнутри -- как форк gtk2 с добавлением вяленда или как порт на более свежий gtk. Мне важна 1) стабильность, 2) доступность плагинов с их нативным гуём и корректной отрисовкой, 3) чтобы на это не угрохали не до фига времени.
>У кикадовцев есть технические претензии к вяленду.Где?
>Нормального технического разбора этих претензий я не видел.А какой может быть технический разбор? Кикад - набор штампов из эпохи 9x, из ужасного нагромождения кучи окон, требующих ручного управления каждым. Убрать эту кучу окон и сразу часть претензий исчезнет. А высказывания про баги рендера - смешные. Вы посмотрите сколько фич браузеры используют и сравните с кикадом. Им должно быть стыдно, что столь простую графику реализовать не могут.
Браво, Ardour! А нефиг было GTKшникам дропать X11! Вот и додропались…
При чем тут "дропать х11", когда они gtk2 использовали?! У свидетелей х11 совсем плохо с когнитивными способностями
Нормальные проекты выбирают X11!
>выбираютLogic Pro
А что принципиально мешает в gtk2+ добавить нативную поддержку wayland и HiDPI?
Отсутствие ума и желания самого писать рендеринг в поверхность наверное
Маркетинг...
То же, что мешает чувакам переползти на GTK3/GTK4/QT/Etc: нежелание переписывать гору кода, обваренную костылями
Поэтому нужно лезть на новую гору кода с кучей неизвестных костылей!
> То же, что мешает чувакам переползти на GTK3/GTK4/QT/Etc: нежелание переписывать гору кода, обваренную костылямиНет, не переписывание, а банальная нецелесообразность этого труда ради 4% пользователей.
нафига wayland и что не так с hidpi?
Ничего, более того - её добавили, она доступна в gtk3 всем желающим.
Ненужность данных вещей.
> А что принципиально мешает в gtk2+ добавить нативную поддержку wayland и HiDPI?Здравый смысл. Накой им надрываться ради ОС с 4% пользователей, из которых Ардоуром пользуются хорошо если 10 человек, лол? Лучше вложить силы на Винду с Маком.
>> А что принципиально мешает в gtk2+ добавить нативную поддержку wayland и HiDPI?
> Здравый смысл. Накой им надрываться ради ОС с 4% пользователей, из
> которых Ардоуром пользуются хорошо если 10 человек, лол?Пользователей официального билда на линуксе -- не меньше половины от всех пользователей официальных билдов. Это внутренняя статистика, получаемая при запуске приложения (в официальных билдах включена опция --phone-home).
> Пользователей официального билда на линуксе -- не меньше половины от всех пользователей
> официальных билдов. Это внутренняя статистика, получаемая при запуске приложения (в официальных билдах включена опция --phone-home).Уф, зря ты это сказал)
Это же страшная и ужасная ТЕЛЕМЕТРИЯ!!111
Сейчас аноны возбухтятся и начнут петь песню про слежку.
>> Пользователей официального билда на линуксе -- не меньше половины от всех пользователей
>> официальных билдов. Это внутренняя статистика, получаемая при запуске приложения (в официальных билдах включена опция --phone-home).
> Уф, зря ты это сказал)
> Это же страшная и ужасная ТЕЛЕМЕТРИЯ!!111
> Сейчас аноны возбухтятся и начнут петь песню про слежку.Это ещё что! Он умеет пинговать сервер на тему наличия новых версий и говорить об этом пользакам!
Здравый смысл говорит, что считать виндузятников и маководов за людей — плохая идея. Поэтому эффективно линуксоидов 100%.
> А что принципиально мешает в gtk2+ добавить нативную поддержку wayland и HiDPI?Разработчики GTK принципиально не станут патчить старый GTK2. Они приложили просто массу усилий, чтобы его похоронить. Потому как на убогий и неудобный GTK3 никто переходить не хотел.
Так что поддержка вяленого - только в свежих версиях GTK. А устаревшего GTK2 такой поддеркжи нет, переходите на новый.
Только вот напугали ёжика голым задом. Те, кто выбирает GTK2, предпочитают практичность. Так что тоже не станут реализовывать для него поддержку вяленого.
Если есть лишнее время и ресурсы - гораздо лучше их вложить в форк GTK2. Что, собственно, и произошло.
> Разработчики GTK принципиально не станут патчить старый GTK2.А зачем им оно?
Они избавились от убогой ГТК2 с кучей ограничений.
Тут вопрос другой, а чего Могучая Кучъка (т.е Сообщество™) само не патчило GTK2?> Так что поддержка вяленого - только в свежих версиях GTK. А устаревшего GTK2 такой поддеркжи нет, переходите на новый.
Или добавляете поддержку вяленого своими силами.
> Те, кто выбирает GTK2, предпочитают практичность.
Ага, без нормального скейлинга и hdpi.
"П" - практичность)
Наверное подходит только для нищуков за 15 дюймовыми ЭЛТ.
https://wok.oblomov.eu/tecnologia/mixed-dpi-x11/
https://github.com/Ardour/ardour/tree/master/libs/tk/ytkЯ тут вижу только gtk*
Я тебя может удивлю, но для создания форка бежать и переименовывать все классы не обязательно.
Обязательно.
Для создания отдельно тулкита - да, для интеграции исправлений - как получится
>Для создания отдельно тулкита - даНет, так как это мгновенно поломает совместимость со старыми приложениями. Нужно будет менять очень много кода.
Ну, хоть одни на самом деле сумели "сделать форк", а не как местные.
Местным форк и не нужен, я вот жил, живу и буду жить без этого YTK, про который только сегодня узнал.
Адекватные разработчики приходят к выводу о том что проще форунуть туллкит чем портировать бесконечно.
Адекватные разработчики делают основную логику независящей от тулкита. При переезде на очередную версию gtk переписывать придется процентов десять кода. Неадекватные же, видя, что не будут успевать переписывать свою лапшу даже раз в десять лет, вынуждены форкать. Напоминаю, что гтк2 вышел в 2002, а дропнут был в 2011. Уж за 14 лет-то даже один человек успел бы десять раз переписать сабж с нуля, выделяя на это лишь один час каждую субботу.
Проблема не в смене API, а в самом тулките, который давно перестал быть кроссплатформенным.
Всегда поражал этот аргумент. GTK - это нативный тулкит линукса. У вантуза и мака тоже есть аналогичные, и они намертво вшиты в систему. Почему именно линукс должен печься о кроссплатформе? Почему вот ты сейчас орешь о том, что линукс не заботится о пользователях вантуза, но при этом про вантуз/мак такое не орешь? И забудь ты про кроссплатформу, нормальные проги пилятся в соответствии с HIG целевых платформ. Гипотетический универсальный тулкит будет выглядеть инопланетным везде, Qt не даст соврать. Ты только задумайся: наиболее крупный и успешный кроссплатформенный софт сам пилит тулкит для себя (хром, либреофис, блендер, файрфокс).
> GTK - это нативный тулкит линукса.Нет, он кроссплатформенный.
> Почему вот ты сейчас орешь о том, что линукс не заботится о пользователях вантуза,
Какая жалкая подмена понятий. Не "линукс не заботится", а "GTK не заботится".
> Ты только задумайся: наиболее крупный и успешный кроссплатформенный софт сам пилит тулкит для себя (хром, либреофис, блендер, файрфокс).
У упомянутого "крупного и успешного" есть ресурсы в виде времени, инвестиций и работников на зарплате.
>GTK - это нативный тулкит линукса.Может и нативный, но вот Гном выглядит как инопланетный.
> нормальные проги пилятся в соответствии с HIG целевых платформ
> универсальный тулкит будет выглядеть инопланетным везде, [...] Ты только задумайся: наиболее крупный и успешный кроссплатформенный софт сам пилит тулкит для себя (хром, либреофис, блендер, файрфокс).Задумайся о чем? О том, что ни один упомянутый тобой софт не выглядит нативно на целевой платформе и плюет на ее HIG? 🤣
>GTK - это нативный тулкит линуксаВот поэтому и бегут.
А был бы нативным TQt toolkit от Trinity TDE, то Linux бы уже шагал по планете.
> GTK - это нативный тулкит линуксаОн никогда им не был, его сделали таким такие неадекваты как ты.
Мелкая группка маргиналов украла чужую работу и заявила что теперь они здесь власть, и все будут делать как они скажут
> Он никогда им не былОзнакомься с историей, что ли. GTK появился как альтернатива проприетарному Qt, который ни тогда, ни сейчас не ставит линукс своим приоритетом. Qt: вантуз-first, пилится сторонней компанией, которой на линукс наср ать. GTK: linux-first, пилится компанией, которая развивает freedesktop, активнейше коммитит в ядро и в принципе благодаря которой десктопный линукс существует. "Украсть чужую работу" -- это лишь подмена понятий, так как лицензия свободная, и ты можешь обфоркаться старыми версиями по самые помидоры, никто не возразит.
> Ознакомься с историей, что ли. GTK появился как альтернатива проприетарному QtВот это нвости! На ходу сочиняешь?
"GTK was originally designed and used in the GNU Image Manipulation Program (GIMP) as a replacement of the Motif toolkit"
> Qt: вантуз-first, пилится сторонней компанией, которой на линукс наср ать
Qt отлично поддерживается на Линуксе и по факту является единственным вменяемым кроссплатформенным тулкитом.
> GTK: linux-first
Нет, Gnome-first. И пилится компанией, котрой на другие ДЕ плевать, не говоря уж о других ОСях.
> Мелкая группка маргиналов украла чужую работу и заявила что теперь они здесь
> власть, и все будут делать как они скажутФакт: оригинальные разработчики гтк самоустранились от разработки как гтк, так и гимпа. Учёба кончилась, надо было деньги зарабатывать. Такие дела.
Факт: мейнтейнер гтк Маттиас Класен рулит проектом как минимум 24 года.
Придётся тебе пояснить, что же это за маргиналы такие и у кого что они украли.
>GTK - это нативный тулкит линукса.А я думаю, что Qt. Обоснование простое: я такой же пользователь как ты, но использую KDE :) GNU/Linux он такой, неоднородный. Кому-то нравится одно, кому-то другое. Свобода.
>Почему вот ты сейчас орешь о том, что линукс не заботится о пользователях вантуза, но при этом про вантуз/мак такое не орешь?Какой такой линукс должен о ком-то заботится? Вантуз и мак - это корпорации, они пилят свой продукт. А то, о чем ты говоришь - это обычные люди, для которых программирование в кайф. Поэтому они делают свободный софт. И для них очень хорошо, когда этот софт работает везде, а не только в GNU/Linux. Но есть компании, для которых так же важно, чтобы их софт работал везде. И для GNU/Linux это только в плюс. Так что не надо трындеть, что кроcсплатформенности нет и она не нужна.
>Гипотетический универсальный тулкит будет выглядеть инопланетным везде, Qt не даст соврать.Да, не даст соврать. Qt везде выглядит хорошо. Даже в GNOME программы на Qt будут выглядеть лучше, чем в KDE программы на GTK.
gtk перестал даже быть кросс-DE-платформенным. Одна страшная адвайта и гномоподвязка
> Адекватные разработчики делают основную логику независящей от тулкитаС чего ты взял, что в сабже бизнес логика перемешана с UI?
> Адекватные разработчики делают основную логику независящей от тулкита.Каждый суслик --- агроном?
Пока ты "перепишешь", работа по развитию функций встанет, потому что:
1). Мейнтейнеры не резиновые.
2). Конфликт слияний надо разрешать.
3). Развешивание соплей из разряда "на двух мониках частота не 144 Гц и разрешение не 16k" надо игнорировать. Если человеку нужен софт, он будет даже в сpаном виме работать. Если он обсуждает название программы и округлость окошек - это не пользователь программы.
> Пока ты "перепишешь", работа по развитию функций встанет, потому что:А без развития функций полгодика пожить нельзя?
Или тебя покусали эФФективные менеджеры "надо ср@чно пилить новые фичи!!11 и развивать существующие!!1" ?> 1). Мейнтейнеры не резиновые.
Решается зарплатой)
> 2). Конфликт слияний надо разрешать.
Всегда. Даже если заводишь какую-то здоровую ветку.
Так что мимо.> 3). Развешивание соплей из разряда "на двух мониках частота не 144 Гц и разрешение не 16k" надо игнорировать.
А потом спрашивать "почему у нас в юзерах только какие-то коре2душные б0мжи???"
> Если человеку нужен софт, он будет даже в сpаном виме работать.
Не, он просто пойдет на винду, где оно просто работает.
> Если он обсуждает название программы и округлость окошек - это не пользователь программы.
Это просто человек, который уважает себя и не будет жрать помои с лопаты, главное что оно Щво6одное.
Многие за качественный софт заплатят деньги, особенно те, кто знает как он пишется.
> проще форунуть туллкит чем портировать бесконечно.Ну да, и взвалить на себя бремя поддержки этого самого тулкита. Гениальный ход!
>YTKХорошо бы, если кто-то форкнул MATE 1.8 на него, тогда людям вернулось бы лучшее DE всех времен и народов...
Лучше форкать GNOME 2.32, там хотя бы гномоаппы есть. А лучше всего не использовать DE.
> В качестве причины прекращения сборки с GTK2 отмечается
> добавление в YTK дополнительной функциональности,
> обеспечивающей поддержку сенсорных устройств ввода и
> возможности для отрисовки на платформе macOS.А что, в в этом убожестве не было поддержки сенсорных устройств ввода? Фууу.... не удивительно что GTK2 все закопали.
> библиотека YTK поддерживает только работу с использованием
> протокола X11 и требует использования XWayland для работы в
> окружениях на основе протокола Wayland.Через годик-два ждем статью от создателей Ардура что "вейланд плахой, вирните иксы, плак-плак" и нытье от кРиЭЙтороВ (которое по глупости завязались на это)
У нас на X11 всё было нормально. Это Wayland тут непонятный какой-то взялся и нарисовался. А теперь требует, чтобы все под него подмялись. Нужно уметь говорить НЕТ.
> У нас на X11 всё было нормально.Ахаха, у вас всегда все нормально. Нужно просто чуть-чуть попрдлиться))
> А теперь требует, чтобы все под него подмялись. Нужно уметь говорить НЕТ.
Ничего не требует. Просто дропает поддержку старья.
Но вы говорите нет и продолжайте сидеть на старье. Это отличный план.
>У нас на X11 всё было нормально.Нормально по представлению ненавистников вейленда: проблемы с блокировкой экрана, при изменении разрешения монитора, часть рабочего стола осталась открытой, отсутствие изоляции приложений из коробки, отсутствие ускорения во вложенных серверах, проблемы с современными технологиями типа hdr, hidpi, тиринг из коробки, куча проблем с всплывающими окнами, типа перехвата хоткеев, проблемы с переключением раскладки(сразу несколько), монополия xorg-а, куча других проблем, и полная остановка развития. В xlibre начали чинить изоляцию, но вдобавок поломали abi и работу с драйверами.
>А теперь требует, чтобы все под него подмялись.Какой плохой народ, хочет нормальную графику. Не пущать!
> библиотека YTK поддерживает только работу с использованием протокола X11Что и требовалось доказать! Проекты, которым нужно чтобы "просто работало", выбирают старый-добрый проверенный X11, а не политическо-корпоративные игры!
"GTK - давай, досвидания!" Удачной "дороги" до новых "земель"! Бугага))
> Что и требовалось доказать! Проекты, которым нужно чтобы "просто работало",
> выбирают старый-добрый проверенный X11, а не политическо-корпоративные игры!И потом ноют, что поддержка х11 фсё, а у них не работает.
А сделать нормально они не могут, потому что у них лапки, как у кикадовцев.
> у них лапкиУ них специализация на звуке, а не на графике.
> У них специализация на звуке, а не на графике.При чем тут графика?
И нужно просто свою поделку реализовывать на современном тулките. Например, хотя бы на GTK3, а лучше на четверке.
3.0 это на минуточку 2011 год.
У них не нашлось времени перевести свой код хотя бы на нее?Просто если делать свой проект по древним технологиям (не важно это ИТ или инжинерка) и не обновлять, то потом приезжаешь в тупик, а прогресс проходит мимо.
> на GTK3, а лучше на четверкеА смысл? Если для графического интерфейса программы обработки звука и второго с головй хватает? В США до сих пор кое-где пятидюймовые дискеты используют и ничего, как-то "отсталостью от прогресса" особо не парятся)
>> на GTK3, а лучше на четверке
> А смысл?Для того чтобы тебе не писал юзер:
"я запустил ваш софт на DE_NAME и он тупо не открывается! пишет что-то типа ʼХ11 не найденоʼ.
Что мне делать?
Я же расстроюсь и уйду пользоваться программой конкурентов!"> Если для графического интерфейса программы обработки звука и второго с головй хватает?
В gtk2 все очень плохо с HiDPI. Неужели звук обрабатывается на 1024х768?
Может gtk2 умеет в масшабирование? Ну есть люди с такой потребностью. Однако нет, не умеет((
А может там все хорошо с Touchscreen Support? Знаешь есть ноуты с сенсорным экраном.> В США до сих пор кое-где пятидюймовые дискеты используют и ничего, как-то "отсталостью от прогресса" особо не парятся)
Плохая аналогия подобна котенку с дверцей (с)
У них это делают для запуска ракет, которые примерно ровесники тех дискет. (Новые кстати будут строиться по новым технологиям с оптикой и датацентрами в ЦУПах)
Это явно не массмаркет)
Про то что в США больше половины смарфонов - это яблоки, ты как-то упускаешь.
> пишет что-то типа ʼХ11 не найденоX11 - это фундаментальная часть Linux. Если у пользователя она "не найдена" и он не знает, что ему делать, то в таком случае ему можно только посоветовать перейти в Windows и там работать с Ardour и не париться, видимо Linux - это не для него.
> Однако нет, не умеет((Отказ от X11 перечёркивает все эти новые возможности в новых версиях GTK, поэтому разработчикам Ardour приходится всё это самим добавлять из-за того, что GTKшники ушли в политику.
> У них это делают для запуска ракетНе только. У них много где до сих пор используются "устаревшие технологии", потому что работают и потому что они умеют считать деньги, а не "пилить бюджет".
> X11 - это фундаментальная часть Linux.Что, правда? Неужели так и записано на скрижалях?))
> Если у пользователя она "не найдена" и он не знает, что ему делать, то в таком случае ему можно только посоветовать перейти в Windows и там работать с Ardour и не париться, видимо Linux - это не для него.
Так у него "специализация на звуке, а не на" прдолиге пингвинов.
Если в линуксе что-то не фурычит, то логично идти на винду или мак.
> Отказ от X11 перечёркивает все эти новые возможности в новых версиях GTK,Чем? Отказ от Х11 начался последние пару лет.
А убогая GTK2 как не умела в hdpi, так и не научилась.> поэтому разработчикам Ardour приходится всё это самим добавлять из-за того, что GTKшники ушли в политику.
При чем тут политика?
Они просто закончили одну версию и делают другую.
У них никакой обязанности что-то делать с заброшенной версией.> Не только. У них много где до сих пор используются "устаревшие технологии", потому что работают и потому что они умеют считать деньги, а не "пилить бюджет".
У... а примеры будут?
Я могу привести в пример нью-йорское метро, где график поездов вели вручную, как и переключение сигналов.
В итоге интервалы между поездами приходилось делать большими, пропускная способность снижается. Люди недовольны - тк вагоны приходится ждать дольше и вагоны забиты.
Пока осилили только пару веток.
>Чем? Отказ от Х11 начался последние пару лет.https://www.opennet.dev/opennews/art.shtml?num=28544 - В Ubuntu планируется вместо X-сервера использовать дисплейный сервер Wayland - 05.11.2010 09:12
https://www.opennet.dev/opennews/art.shtml?num=28630 - Графическая система Fedora Linux рано или поздно будет переведена на Wayland - 12.11.2010 16:12
>>Чем? Отказ от Х11 начался последние пару лет.
> В Ubuntu планируется вместо X-сервера использовать дисплейный сервер Wayland - 05.11.2010
> Графическая система Fedora Linux рано или поздно будет переведена на Wayland - 12.11.2010Давай все же отличать "планирует" и "рано или поздно" от новостей
[23.04.2025] В Fedora 43 намерены удалить из репозитория пакеты для поддержки X11 в GNOME
[13.03.2025] Разделение кода kwin_x11 и kwin_wayland. Прекращение поддержки X11 в KDE 7
[28.11.2023] Red Hat удалит сервер X.org и связанные компоненты из RHEL 10
вида "в след релизе уже всё, приехали".Понятно что а 2010 никто не шевелился и, возможно, не стоило.
Но в 2020... уже надо было думать, а как жить дальше.
>Давай все же отличать "планирует" и "рано или поздно" от новостейНет. Процесс перехода просто очень сильно растянут во времени. В 2010 просто планированили, а в 2015 уже перешли
https://www.opennet.dev/opennews/art.shtml?num=41496 Wayland планируют использовать в экране входа Fedora 22 и задействовать по умолчанию в Fedora 23 - 20.01.2015 10:56
В 2010 можно сказать, что вейленд - это только планы. В 2015 - что wayland - это несерьёзно, и там мало что работает. В 2020 - что иксы будут с нами ещё неопределённо долго. В 2025 - что иксы можно без проблем запускать. Следующий этпа - иксы ещё работают, но уже не везде тоже наступит не скоро. Условный GTK 5/Qt 6 ещё не релизнулся.
>>Давай все же отличать "планирует" и "рано или поздно" от новостей
> Нет. Процесс перехода просто очень сильно растянут во времени.Да и нет.
Просто шапка пошла на поводу у нытиков и решила тянуть ХОрг.> Wayland планируют использовать в экране входа Fedora 22 и задействовать по умолчанию в Fedora 23 - 20.01.2015
Ага.
И спустя 10 лет, в 43 версии Х11 таки собираются дропнуть.
Т.е между планами и "мы удаляем этот кусок .. кода!" получилось реально много времени.
> Отказ от X11 перечёркивает все эти новые возможности в новых версиях GTK,
> поэтому разработчикам Ardour приходится всё это самим добавлять из-за того, что
> GTKшники ушли в политику.Откуда у тебя эти безумные фантазии? Ты хоть с кем-то из разработчиков вообще общался, прежде чем делать такие феерические выводы?
> В gtk2 все очень плохо с HiDPI.Ardour почти всё рисует через cairo, проблем с маштабированием нет. Ты просто им не пользовался.
При этом в портированном на GTK3 гимпе на HiDPI сломаны скриншотилка (и это никого не парит) и виджет превью для плагинов (тоже никого не парит).
> А может там все хорошо с Touchscreen Support?
В сабже -- нормально. Можно каналы микшера разными пальцами двигать по тачскрину.
Ты чего сюда пришёл со своими важными комментариями, если ты даже не пользователь?
> При этом в портированном на GTK3 гимпе на HiDPI сломаны скриншотилка (и
> это никого не парит) и виджет превью для плагинов (тоже никого
> не парит).И? Если кое-кому дать хрустальный - то он разобьет и руки порежет.
Хотя если никого не парит, то все норм.> В сабже -- нормально. Можно каналы микшера разными пальцами двигать по тачскрину.
Угу, вот только почему-то сами разрабы ардура делают форк ради touch input support.
Т.е. наверное не только каналы таскать нужно?> Ты чего сюда пришёл со своими важными комментариями, если ты даже не пользователь?
А ты чего сюда пришёл со своим важным мнением? Ты вообще кто? Разраб ардура?
> И?Т.е. возражений по поводу масштабирования интерфейса сабжа у тебя уже нет, очень хорошо.
> Хотя если никого не парит, то все норм.
Лол, ну-ну.
>> В сабже -- нормально. Можно каналы микшера разными пальцами двигать по тачскрину.
> Угу, вот только почему-то сами разрабы ардура делают форк ради touch input
> support.Это ты откуда взял?
>> Ты чего сюда пришёл со своими важными комментариями, если ты даже не пользователь?
> А ты чего сюда пришёл со своим важным мнением? Ты вообще кто?
> Разраб ардура?Близко, я его документирую.
> Т.е. возражений по поводу масштабирования интерфейса сабжа у тебя уже нет, очень хорошо.Потому что интерфейс так не на gtk. Ты скорее всего это сам знаешь, но набрасываешь.
> Это ты откуда взял?
С гита ардура. Достаточный источник?
"After patching gtk/ytk to add touch support and macOS rendering,
upstream gtk+2 is no longer an option"
github.com/Ardour/ardour/commit/99c1f50a72d513ba9e7f678401d51e8bb0f8912eЧто в словосочетании "add touch support" нужно пояснить?
> Близко, я его документирую.
И давно ты код документируешь? Или ты документируешь только пользовательский экспириенс?))
>> Т.е. возражений по поводу масштабирования интерфейса сабжа у тебя уже нет, очень хорошо.
> Потому что интерфейс так не на gtk.Это, мягко говоря, заблуждение. Интерфейс ардура -- смесь GTK (теперь уже форка) и Cairo, плюс собственный scenegraph.
Если у тебя есть вопросы, что конкретно от GTK/GDK в программе используется, ты можешь их задать прямо тут. Не знать -- не стыдно. Стыдно пороть чушь с видом знатока. Не делай так.
>> Это ты откуда взял?
> С гита ардура. Достаточный источник?Было бы неплохо пояснить, почему ты решил, что "разрабы ардура делают форк ради touch input support". Цитата выше об этом никак не свидетельствует, но ты почему-то используешь её в качестве пруфа. Это всё называется "слышал звон, да не знаю, где он".
> А смысл? Если для графического интерфейса программы обработки звука и второго с головй хватает? В США до сих пор кое-где пятидюймовые дискеты используют и ничего, как-то "отсталостью от прогресса" особо не парятся)В своём загончике ты можешь хоть перфокарты использовать, но когда ты с этой пятидюймовой дискетой придёшь куда-нибудь в приличное место, будешь закономерно послан. А если додумаешься ещё и скулить что тебе ДОЛЖНЫ поддержку твоих дискет, тебя туда вообще больше не пустят. Так и с иксами.
> Проекты, которым нужно чтобы "просто работало", выбирают старый-добрый проверенный X11Это заявление не имеет ничего общего с реальностью. Разработчикам в принципе пофиг, X11 или Wayland. Просто никто не хочет тратить время на портирование кода, потому что в прошлый раз переход с gtk1 на gtk2 занял год, в течение которого почти ничего больше не происходило, а пользаки получили всё то же самое, только на обновлённом тулките, который их совершенно не колебёт.
Та же ерунда с поддержкой вяленда в тулкитах для плагинов. Никому не хочется тратить на это время, потому что есть другие задачи, поинтереснее.
> Это заявление не имеет ничего общего с реальностью
> Та же ерунда с поддержкой вяленда в тулкитах для плагинов. Никому не хочется тратить на это времяНу так я о том же - никому не нужна эта новая сущность, когда есть работающие иксы. "Работает - не трогай!", занимайся своими задачами, более интересными.
> Ну так я о том же - никому не нужна эта новая сущность,А в эти "никому" кто входит?))
> когда есть работающие иксы.
Пока работающие)
> "Работает - не трогай!", занимайся своими задачами, более интересными.
"ЗАбивай на развитие, а потом удивляйся что твой проект из того-самого и палок не работает у юзеров".
С другой стороны такие деятели по какой-то причине обижаются, когда им говорят "нас мало волнует, что ваша поделка не запускается на наших современных ДЕ".
Чего так - загадка)
> Разработчикам в принципе пофиг, X11 или Wayland.До момента, когда их софт перестает нормально работать у части пользователей.
(не, ну они конечно могут забить на них болт)> Просто никто не хочет тратить время на портирование кода,
> потому что в прошлый раз переход с gtk1 на gtk2 занял годЭто проблема явно не в gtk, а в компетенцих разрабов.
> а пользаки получили всё то же самое
Это тоже не правда. Когда не скейлются контролы пользователь замечает это вот прям сразу.
И это его "колебёт" более чем. А отмазки разрабов "там старый тулкик, а мы не хотим переходить на новый" совсем не впечатляет.> Никому не хочется тратить на это время, потому что есть другие задачи, поинтереснее.
Вот в этом вся суть опенсорса. Делаем то что "прикольно", а не то что нужно.
Крайне мало проектов умеет работать с техдолгом.
> Это проблема явно не в gtk, а в компетенцих разрабов.Сколько приложений уровня Ardour ты лично перевёл с gtk1 на gtk2? Давай помогу: ноль.
> Это тоже не правда. Когда не скейлются контролы пользователь замечает это вот прям сразу.
Интерфейс Ardour масштабируется уже очень и очень давно. Ты припёрся в обсуждение софта, которым даже не пользуешься.
> Сколько приложений уровня Ardour ты лично перевёл с gtk1 на gtk2? Давай
> помогу: ноль.А сколько приложений уровня Ardour ты лично перевёл с gtk1 на gtk2?
Не рядом стоял и трепал языком, а именно код кодил.
> А сколько приложений уровня Ardour ты лично перевёл с gtk1 на gtk2?Перевод стрелок засчитан.
> Перевод стрелок засчитан.Какой перевод стрелок?
Ты же просто писака, который занимается(лся) user manual, crash course, FAQ и какие-то видосики. К коду ты имеешь такое же отношение как любой анон тут. Так - рядом постоял.Так вот повторю вопрос: ты хоть какое-то приложение переводил с gtk1 на gtk2?
Если нет - то свободен. Развелось тут балаболов.
>> Перевод стрелок засчитан.
> Какой перевод стрелок?Ты уклоняешься от ответа на прямой вопрос, какая твоя компетенция в портировании крупных приложений с одной версии тулкита на другой, в частности, с gtk1 на gtk2. Если бы она у тебя была, ты бы просто дал ссылку на соответствующие коммиты, где ты явно идентифицирован как автор, и спор был бы на этом закончен в твою пользу. Вместо этого ты начал на меня напрыгивать, т.е. крыть тебе нечем. Так что пруфы или досвидос.
> просто дал ссылку на соответствующие коммиты, где ты явно идентифицирован как
> автор, и спор был бы на этом закончен в твою пользу.Ты совсем бо-бо? Если бы я хотел "быть явно идентифицирован" как автор, я бы не писал от анонима. Я переводил с gtk2 на gtk3 (а потом gtk4) коммерческий проект, поэтому знаю о чем говорю. Поэтому пруфы я не предоставил бы при всем желании.
Но вот ты себя идентифицировал более чем librearts.org/services/
И никакого отношения ты к коду не имеешь от слова совсем.
Так что крыть тебе тоже нечем. Поэтому досвидос.
>> просто дал ссылку на соответствующие коммиты, где ты явно идентифицирован как
>> автор, и спор был бы на этом закончен в твою пользу.
> Ты совсем бо-бо? Если бы я хотел "быть явно идентифицирован" как автор,
> я бы не писал от анонима. Я переводил с gtk2 на
> gtk3 (а потом gtk4) коммерческий проект, поэтому знаю о чем говорю.
> Поэтому пруфы я не предоставил бы при всем желании.На словах ты Лев Толстой. Штош, штош.
>Разработчикам в принципе пофиг, X11 или Wayland. Просто никто не хочет тратить время на портирование кода, потому что в прошлый раз переход с gtk1 на gtk2 занял год, в течение которого почти ничего больше не происходило, а пользаки получили всё то же самое, только на обновлённом тулките, который их совершенно не колебёт.Ага. Прямо в новости сказано, что разработчикам пришлось своими силами реализовывать поддержку сенсорного ввода. Вам всё равно придётся заниматься кодом - то ли самим графику писать, то ли обновлять под новую библиотеку.
>а пользаки получили всё то же самое, только на обновлённом тулкитеВрать не хорошо.
>>Разработчикам в принципе пофиг, X11 или Wayland. Просто никто не хочет тратить время на портирование кода, потому что в прошлый раз переход с gtk1 на gtk2 занял год, в течение которого почти ничего больше не происходило, а пользаки получили всё то же самое, только на обновлённом тулките, который их совершенно не колебёт.
> Ага. Прямо в новости сказано, что разработчикам пришлось своими силами реализовывать поддержку
> сенсорного ввода.Релиз на gtk2 состоялся в 2007 году. Сенсорный ввод запилили в 2024 году. Ты не владеешь даже такой базовой информацией, но пытаешься спорить. Чтобы что?
>>а пользаки получили всё то же самое, только на обновлённом тулките
> Врать не хорошо.Продемонстрируй, что я не прав. Не на словах, а ссылками с пруфами. Можешь прямо на IRC придти и ткнуть ими Полу. Но что-то подсказывает мне, что ты этого не сделаешь.
> Можешь прямо на IRC придти и ткнуть ими Полу. Но что-то подсказывает мне, что ты этого не сделаешь.IRC в 2025..
Патчи вам голубиной почтой отправляют?ps ну зато теперь стало ясно почему оно на форке древнючего копролита сделано))
>> Можешь прямо на IRC придти и ткнуть ими Полу. Но что-то подсказывает мне, что ты этого не сделаешь.
> IRC в 2025..Между собой разработчики могут хоть на барабанах перестукиваться. Тебе от этого какая беда?
> Патчи вам голубиной почтой отправляют?
PR на гитхабе.
>Релиз на gtk2 состоялся в 2007 году. Сенсорный ввод запилили в 2024 году.И?
>Чтобы что?Перевод на новые версии тулкита оправдан как раз для того, чтобы не реализовывать все эти вещи самостоятельно.
>Просто никто не хочет тратить время на портирование кодаА сэкономленное время потратить на реализацию сенсорного ввода, wayland-а и прочих вещей. Вот не получается его потратить эффективнее.
>Продемонстрируй, что я не прав.Уже.
>>Релиз на gtk2 состоялся в 2007 году. Сенсорный ввод запилили в 2024 году.
> И?Ты выше явно пытался мне доказать, что переход на gtk2 сразу дал пользакам сенсорный ввод. Теперь тебе, конечно, ничего не остаётся, кроме вот этих беспомощных "И?".
>>Просто никто не хочет тратить время на портирование кода
> А сэкономленное время потратить на реализацию сенсорного ввода, wayland-а и прочих вещей.
> Вот не получается его потратить эффективнее.Прежде чем спорить, ты бы хотя бы посмотрел на объём работы по добавлению тача. Там хорошо если строк 500 кода наберётся.
>>Продемонстрируй, что я не прав.
> Уже.Нет, ты никак не продемонстрировал, что переход с gtk1 на gtk2 дал пользакам какую-то немедленную пользу. Даже масштабирование гуя случилось парой мажорных релизов позднее, после перевода приличной части интерфейса на Cairo.
>Ты выше явно пытался мне доказать, что переход на gtk2 сразу дал пользакам сенсорный ввод.Данное предположение опровергается моими же словами
>Прямо в новости сказано, что разработчикам пришлось своими силами реализовывать поддержку сенсорного ввода.Про какую новость здесь идёт речь?
>Там хорошо если строк 500 кода наберётся.Не следует мерять сложность по количеству строк, вы не машинисток оцениваете. Исправление некоторых багов сводится к изменению единственной строки, только вот эту строку нужно вначале найти. Мне лень проводить детальную аналитику, но смотри:
https://github.com/Ardour/ardour/commit/3fc7db08f097ce704fc1... - пусть будет началом работы над ytk Jan 14, 2024
https://github.com/Ardour/ardour/commit/89da2f2c87245cfe8e5e... - пусть будет началом работы над сенсорным вводом Oct 25, 2024
https://github.com/Ardour/ardour/commit/2a9776de5a24a4befd0f... - пусть будет последним исправлением сенсорного ввода Apr 15, 2025
Сколько там они доводили поддержку сенсорного ввода до рабочего состояния? Кстати, если просуммировать несколько первых коммитов, то они уже превышают 500 строк.Кстати вот вам коммит на 945 строк https://github.com/Ardour/ardour/commit/f1e0f4b1ea46743ed3d8..., а ведь это только заголовочные файлы, без всякой логики.
>ты бы хотя бы посмотрел на объём работы по добавлению тачаКак я на это посмотрю? Мне не известно, насколько качественно выполнена работа, и потребует ли она багфиксов и прочего. И сенсорного экрана у меня тоже нет, чтобы проверить, как оно работает.
>что переход с gtk1 на gtk2 дал пользакам какую-то немедленную пользу
Я вам пишу не про 1->2, а про 2->3.
> Данное предположение опровергается моими же словамиЯ не понимаю, что ты мне пытаешься доказать. Переход на GTK2 был давным-давно. Поддержку тача добавили сравнительно недавно. Почему ты одно привязываешь к другому?
> Не следует мерять сложность по количеству строк,
Предоставь другую метрику, я только за.
> пусть будет началом работы над ytk Jan 14, 2024
Во-первых, локально пропатченный gtk ардур в себе таскал годами, в прошлом году его просто переименовали.
Во-вторых, какое отношение это переименование имеет к добавлению тача 10 месяцев спустя?
> Сколько там они доводили поддержку сенсорного ввода до рабочего состояния?
Недолго, как минимум к январю оно было рабочее, и это была не история, когда в октябре всё забросили и три месяца пахали над одним только тачем. Раз ты умеешь пользоваться гитом, тебе будет несложно посмотреть на количество и характер патчей на тему тача с октября по апрель (когда легли последние на текущий момент патчи).
> Как я на это посмотрю? Мне не известно, насколько качественно выполнена работа, и потребует ли она багфиксов и прочего. И сенсорного экрана у меня тоже нет, чтобы проверить, как оно работает.
Если ты не можешь оценить сложность, объём, и качество работы, то в чём вообще ценность твоих комментариев? Показать, что ты умеешь сослаться на коммит? Ну так это и я умею.
> Я вам пишу не про 1->2, а про 2->3.
Я бы посоветовал следить за тредом, но на понимание уже чего-то не рассчитываю.
> YTK поддерживает только работу с использованием протокола X11возможно пока.
> отмечается добавление в YTK дополнительной функциональности, ... возможности для отрисовки на платформе macOS.
Тоже с использованием X11? (Да, macOS всё ещё поддерживает иксы, и там не жалуются на якобы "устарелость")
> Тоже с использованием X11?Надеюсь нет))
> macOS всё ещё поддерживает иксы
Крайне фигово, кстати.
Не, оно запускается и даже работает в большинстве случаев... но с шорткатами проблемы, с буфером обмена проблемы, с масштабированием проблемы, даже с иконкой в доке периодически какие-то глюки.
И продолжать использовать софт с таким убогим UX - это просто себя не уважать. Есть REAPER, есть FL Studio, есть Logic Pro, есть еще кучка других. И все с нормальной поддержкой мака.
Ну вот разработчики TDE разрабатывают свой форк tQT3, но почему-то остальные разработчики, которые отказались портировать на QT4 свой приложения, не стали на него переходить. Так и с сабжем - тот же lxde остаётся на родном gtk2, а на перешёл на YTK.
>но почему-то остальные разработчики, которые отказались портировать на QT4 свой приложения, не стали на него переходитьПравильно, поскольку им в принципе не хочется никуда переходить. Ни на qt4 ни на tqt3. Ибо всё равно придётся переходить.
У Qt3 есть два фатальных недостатка. Лицензия GPL и отсутствие кроссплатформенности (Windows только в коммерческой версии).
С каких пор GPL лицензия стала минусом? Это фреймворк, вы своё приложение можете хоть под самой блевотной подписочной лицензией выложить, вы только не имеете права поставлять изменённый Qt, не отправив изменения в апстрим или предоставив код пользователю.