>> Я понимаю, что может быть разработчики не хотели бодаться с командой GTK
> В смысле форкнуть или в смысле заказать?В смысле не хотели бороться с нововведениями и прогнулись, речь про миграцию всех GTK-сред так или иначе на GTK3+, ну и форк не потянет разработчик LXDE, это очевидно, сколько их тогда было, один человек или двое?
>> но по факту мы - пользователи имеем означенные проблемы, и на
>> мой нескромный взгляд, ежели ты как разработчик не смог адекватно порешать
>> вопросы на новом тулките, чтобы было не хуже, чем было, то
>> ты либо выбран не тот тулкит, либо недостаточно хорошо умеешь кодить
>> и оптимизировать, либо и то и другое.
> Квалификация как минимум Андрея Гриценко заведомо выше, чем у тех недоумков, которые
> в результате рейдерского захвата стали лопатить GTK "под себя".
Не в курсе персоналий, мне это не очень интересно, как сам итог всей этой возни.
> Вот только на момент выбора GTK+2 такая перспектива очевидной, мягко говоря, не
> была.
Не была, GTK 2 не был такой катастрофой, как 3, поэтому вроде как ничего не предвещало беды.
>> Спасибо за ссылку, вот только по факту потребление ресурсов LXQt было уже
>> в районе XFCE и Mate, когда я проверял её последний раз
> Что именно сравнивали? Конкретно эти сборки именно технологически родственны, т.е. одна
> и та же база плюс разные комплекты DE/WM. А взять
> два разных дистрибутива -- смотреть уже надо, что там с одними
> сервисами запущенными выходит...
Я не помню точно, что именно сравнивал, но это было что-то на deb, либо бунты, либо разные вариации дебианов. Альтилнуксы тогда не сравнивал, если вы об этом, потому что как я уже отмечал, пусть и возможно меньшее ресурсопотребление Альтлинуксов и можно записать этим дистрибутивам в плюс, но лично для меня это недостаточный фактор для миграции с привычных систем. А если мигрировать не собираешься, то я не вижу смысла для себя тщательно сравнивать разные дистрибутивы, потому как при желании можно добиться ощутимо меньшего потребления ресурсов на других системах, будь то void, alpine или вообще source-based самосборки.
Хотя, я не так давно, до НГ, сравнивал сборки Альтлинуксов для 32битной системы, и качал срез китов на IceWM, LXDE и XFCE и был неприятно удивлён тому, что IceWM система непомерно много жрала со старта, почти сравнимо с XFCE, о чём в одной из новостей к вашему посту я оставлял комментарий, не помню что это был за срез, было неприятно, потому как обычно в том же Альте IceWM сборки ВСЕГДА потребляли меньше, даже того же LXDE, я надеюсь на данный момент этой проблемы нет, потому что, возможно придётся на старой машине, где это всё заводилось пробовать тот же Альт, т.к. менее потребляющий ресурсы арчефорк (не манжара, просто я не запомнил название пробовал их несколько и запутался в них) не имеет более сборок для 32битных систем, как и прородитель.
>> потому как выбор системы для меня это не только экономия ресурсов,
>> но и прежде всего удобство использования в широком смысле
>> слова, куда входит взаимодействие с инфраструктурой, привычные режимы
>> релизов, количество и качество сборки и прочая...
> Здесь полностью согласен и местами перекликающееся давно писал на http://wiki.opennet.ru/DistroImhoMike
Я лично нахожу Альт неполхим, чисто технически, для меня лично он уступает deb-based системам и некоторым source-based, но по структуре релизов и количеству пакетов довольно неплох. Скажем так, если бы выбор был между Альтом, федорой и всякими манжарами, а также всякими "отечественными" (всеми без исключения) поделками на линуксах я бы выбрал Альтлинукс как меньшее из зол, потому что из него хотя бы можно что-то сварить вменяемое и не офигевать и молиться каждый раз. Однако я не согласен с политикой партии и чисто по религиозным причинам решения ЛПР не одобряю, однако желаю проекта всего хорошего, альтернатива "про запас" должна быть, как и "свои" процессоры и прочая...
>> А у меня стойкое ощущение, что даже откатываться не стоит, ибо если
>> вы подразумеваете существование на чём-то типа GTK2+, то кто будет чинить
>> пока неизвестные, потенциально незалатанные дыры?!
> Помимо латания дыр, происходило и их добавление, в том числе вот в
> таком стиле и "духе": https://www.opennet.ru/opennews/art.shtml?num=54437
А я подобное также подразумевал, просто не стал уже написывать, ибо и так начинает выглядеть как бред параноика.
>> На мой взгляд вернее взять и написать что-то "своё" на чём-то попроще,
>> и что годами не ломают по прихоти левой пятки очередного смузихлёба,
>> может быть вообще на FLTK или wxWidgets
> Когда сколь-нибудь внимательно смотрел на фултик, у него были большие проблемы с
> вылезанием переводных меток за рамки (впрочем, совсем хорошо с этим тогда
> было разве что у Tk, наверное)...
Я не вдавался никогда в технические аспекты фултика, я лишь привёл его в пример как заведомо более близкой альтернативы подходящей по параметру - редкости ковыряния и перелопачивания в нём чужими грязными лапками и сувания своих смузиносов в устоявшийся инструмент.
На это место можно выбрать любой другой фреймворк или либы, на крайний уж случай писать свои с нуля, да, понимаю что это тяжело, однако когда ты хозяин и знаешь всё как себя, ты лучше контролируешь процесс, и тем более не обязательно писать что-то оверхедное типа кедов, достаточно что-то стабильное и простое, но отвечающее современным запросам по железу, например поддержка HiDPI мониторов должна быть, это объективно нужно, в отличие от всяких свистелок на JS сомнительного применения и пользы, которые лишь способствуют распуханию, потреблению ресурсов и переусложнению DE для отслеживания и отладки.
>> я не знаю, вон астровцы шмогли что-то нагородить, и вроде как работает
>> и даже выглядит так, что глаза не текут (по поводу стабильности не в курсе
>> - не пользовался).
> ...на Qt и KF5. :)
Я тут привёл пример Fly как относительно самостоятельное решение, не подразумевая тулкитов.
Причём сами по себе как GTK, так и Qt у меня не вызывают фобий, даже в современных версиях, проблема в них в том, что почему-то на них не могут сделать адекватных стабильных сред с адекватным же потреблением ресурсов. Ну и вторая проблема это абсолютно упоротые разработчики и ЛПР, благодаря которым на эти тулкиты нельзя положиться. ГТКашники вечно всё ломают, культисты не могут устояться в лицензиях и сопровождении LTS-веток на продолжительный срок. На мой взгляд, такая вещь как классический DE не должна зависеть от группы лиц, не должна завистесть от фреймворков, которые ухудшаю DE со временем. В идеале, если DE и инструменты, с помощью которых он сделан, будет разрабатывать команда какого-либо дистрибутива, чтобы это было консистентное целостное решение.
