The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск файлового менеджера Thunar 4.17.0, развиваемого проектом Xfce , opennews (??), 25-Янв-21, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


1. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от leibniz (??), 25-Янв-21, 09:50 
отличный ФМ от отличного окружения, долгих лет
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –7 +/
Сообщение от Козлетто (?), 25-Янв-21, 10:08 
>отличный ФМ

Пока не перешли на ЖТК3+

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –6 +/
Сообщение от eganru (?), 25-Янв-21, 11:38 
[i]Пока не перешли на ЖТК3+[/i] - gtk2 не работает с wayland, gtk3 - работает.

Переход на gtk3 решил реальные проблемы.

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +4 +/
Сообщение от Аноним (25), 25-Янв-21, 11:41 
> Переход на gtk3 решил мнимые проблемы.

поправил, не благодари

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –1 +/
Сообщение от Gnus (?), 25-Янв-21, 12:14 
Сразу видно, что ты ничего не знаешь о GTK.
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 25-Янв-21, 12:37 
Ну Вы-то о нём точно знаете больше тех же разработчиков LXDE, конечно.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (40), 25-Янв-21, 12:52 
Эти те самые разработчики которые после всех громких заявлений родили непонятное нечто на куте которое жрёт больше чем другие лёгковесные де, но всё ещё выглядит черезвычайно коряво и теперь не имеет никакой прчины существовать в сравнении с альтернативами? Ну они-то знатоки конечно, это да.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +2 +/
Сообщение от Аноним (78), 25-Янв-21, 19:44 
> Ну Вы-то о нём точно знаете больше тех же разработчиков LXDE, конечно.

Я не знаю что там случилось с разработчиком LXDE, что он решил отказаться от GTK и развития LXDE, выбрав переход на культи и соединившись с проектом Razor-qt, однако по факту мы теперь имеем среду (LXQt), которая не добирает по функционалу до KDE, выглядит сырой и также сыро работает, не превосходит функционалом LXDE, зато жрёт очевидно больше ресурсов, со всех сторон какая-то странная замена по итогу.

Что касается XFCE, то например в Debian testing переход на GTK3 и выпуск новой версии XFCE породил монстра, который жрёт где-то на 150-200 Мб больше прошлой версии уже на старте (в зависимости от настроек и элементов), который выглядит как "дитя" Франкенштейна, ибо перестал на вид быть консистентным и половина настроек не меняет того, что нужно - тупо не работает, темы стали y6людочными и также с ними на данном этапе ничего нельзя сделать.
CSD окна - это отвратительное решение, которое пожирает места больше, чем раньше, хотя проталкивалось именно как решение по экономии места прежде всего (что-то мне это напомнило, привет фанатам поцтеринга!)

Форк с noCSD пока что выглядит уродски, ибо название окон дублируется, что выглядит наркоманией, и не знаешь, что хуже, псевдоклассический "старый" вид, но с дублированием названий, либо без дублирования, но наркоманский вид GNOME3-style с огроменными кнопками и шириной рамок, как для слепошарых и криворуких, которые не могут попасть в классические аккуратные кнопки, и не известно исправят ли это или же останется как есть/будет ещё хуже?!


Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

79. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +4 +/
Сообщение от Michael Shigorinemail (ok), 25-Янв-21, 20:04 
>> Ну Вы-то о нём точно знаете больше тех же разработчиков LXDE, конечно.
> Я не знаю что там случилось с разработчиком LXDE, что он решил
> отказаться от GTK и развития LXDE

А я знаю -- им (конкретно PCMan'у и andrej@) сказали, что это "GNOME Toolkit" и что их вопросы о том, куда делся такой-то tree widget, никого не волнуют.

> однако по факту мы теперь имеем среду (LXQt), которая не добирает
> по функционалу до KDE, выглядит сырой и также сыро работает,
> не превосходит функционалом LXDE, зато жрёт очевидно больше ресурсов

Дым не без огня, но разницу по факту менее 10% я, например, фиксировал в весьма сравнимых условиях (одни и те же ядро и остальная пакетная база livecd,  виртуалка, методика испытаний): http://altlinux.org/Starterkits/Memory

> со всех сторон какая-то странная замена по итогу.

Это не вина разработчиков LXDE, заметьте.

> CSD окна - это отвратительное решение, которое пожирает места больше,
> чем раньше, хотя проталкивалось именно как решение по экономии места
> прежде всего (что-то мне это напомнило, привет фанатам поцтеринга!)

Типичная же демократия, просто стоит различать декларации и результат.

> и не известно исправят ли это или же останется как есть/будет ещё хуже?!

У меня последние год-два порой возникает ощущение, что может выйти проще откатиться на технологический уровень 2010 года и аккуратно на'cherrypick'ать то полезное, что отросло, чем пытаться вылечить плоды сумрачного меланинового (и в эквиваленте) гения...

Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (84), 25-Янв-21, 22:42 
>>> Ну Вы-то о нём точно знаете больше тех же разработчиков LXDE, конечно.
>> Я не знаю что там случилось с разработчиком LXDE, что он решил
>> отказаться от GTK и развития LXDE
> А я знаю -- им (конкретно PCMan'у и andrej@) сказали, что это
> "GNOME Toolkit" и что их вопросы о том, куда делся такой-то
> tree widget, никого не волнуют.

Я понимаю, что может быть разработчики не хотели бодаться с командой GTK, но по факту мы - пользователи имеем означенные проблемы, и на мой нескромный взгляд, ежели ты как разработчик не смог адекватно порешать вопросы на новом тулките, чтобы было не хуже, чем было, то ты либо выбран не тот тулкит, либо недостаточно хорошо умеешь кодить и оптимизировать, либо и то и другое. Я не верю, что хорошие программисты не смогут сделать рабочую оптимизированную DE на тех же культях. Просто видимо работают подходы - "и так сойдёт", "польователь просто сделает апгрейд" и "если мы не можем реализовать чего-то, то давайте объявим что это не нужно, устарело и т.п. ..."
>> однако по факту мы теперь имеем среду (LXQt), которая не добирает
>> по функционалу до KDE, выглядит сырой и также сыро работает,
>> не превосходит функционалом LXDE, зато жрёт очевидно больше ресурсов
> Дым не без огня, но разницу по факту менее 10% я, например,
> фиксировал в весьма сравнимых условиях (одни и те же ядро и
> остальная пакетная база livecd,  виртуалка, методика испытаний): http://altlinux.org/Starterkits/Memory

Спасибо за ссылку, вот только по факту потребление ресурсов LXQt было уже в районе XFCE и Mate, когда я проверял её последний раз, в таком случае для меня возникает вопрос: на кой ставить LXQt, которая на слабых машинах уже отжирает лишнюю сотню или больше мегабайт ОЗУ, а в случае возможности иметь ОЗУ побольше вполне себе проще и удобнее уже иметь тот же XFCE. Лично для меня существование LXQt как "экономной" среды под вопросом с точки зрения целесообразности, взвешивая все за и против.

По поводу того, что у вас в Альте что-то может потреблять меньше, чем в том же Debian, я допускаю, сам недавно наблюдал картину в арчефорке, как там новый XFCE потреблял ощутимо меньше, чем эта же версия в Debian testing (видимо сказывается то, что в арчефорках со старта меньше крутится всяких демонов, в арчеоптимизацию я особо не верю). Но для меня это лишь занятный факт в различиях дистрибутивов, не более, потому как выбор системы для меня это не только экономия ресурсов, но и прежде всего удобство использования в широком смысле слова, куда входит взаимодействие с инфраструктурой, привычные режимы релизов, количество и качество сборки и прочая... А так-то, если оголтело и без оглядки на всё остальное, чисто с позиции экономии ресурсов я бы давно переехал на какой-нибудь void или alpine.
>> со всех сторон какая-то странная замена по итогу.
> Это не вина разработчиков LXDE, заметьте.

Как я уже отметил выше, чья это вина, мне как пользователю глубоко фиолетово, я как конечный пользователь наблюдаю ухудшение качества продукта, я не ханжа, понимаю что бывает всякое, однако от этого не легче.
>> CSD окна - это отвратительное решение, которое пожирает места больше,
>> чем раньше, хотя проталкивалось именно как решение по экономии места
>> прежде всего (что-то мне это напомнило, привет фанатам поцтеринга!)
> Типичная же демократия, просто стоит различать декларации и результат.

Если под демократией понимается культура, подобная той, которую известная страна несёт на крыльях своих ракет в "недоразвитые страны", где такой демократии нет, то в принципе всё сходится, меня только вот больше раздражает уже не само ухудшение, а уже в который раз эта гнилая брехня, предпочёл бы старое доброе и честное: "иду на вы" и "мы идём вас грабить" вместо современных "мы идём к вам с любовью и идеями свободы и равенства"
>> и не известно исправят ли это или же останется как есть/будет ещё хуже?!
> У меня последние год-два порой возникает ощущение, что может выйти проще откатиться
> на технологический уровень 2010 года и аккуратно на'cherrypick'ать то полезное, что
> отросло, чем пытаться вылечить плоды сумрачного меланинового (и в эквиваленте) гения...

А у меня стойкое ощущение, что даже откатываться не стоит, ибо если вы подразумеваете существование на чём-то типа GTK2+, то кто будет чинить пока неизвестные, потенциально незалатанные дыры?!
На мой взгляд вернее взять и написать что-то "своё" на чём-то попроще, и что годами не ломают по прихоти левой пятки очередного смузихлёба, может быть вообще на FLTK или wxWidgets, я не знаю, вон астровцы шмогли что-то нагородить, и вроде как работает и даже выглядит так, что глаза не текут (по поводу стабильности не в курсе - не пользовался).


Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 25-Янв-21, 23:01 
> Я понимаю, что может быть разработчики не хотели бодаться с командой GTK

В смысле форкнуть или в смысле заказать?

> но по факту мы - пользователи имеем означенные проблемы, и на
> мой нескромный взгляд, ежели ты как разработчик не смог адекватно порешать
> вопросы на новом тулките, чтобы было не хуже, чем было, то
> ты либо выбран не тот тулкит, либо недостаточно хорошо умеешь кодить
> и оптимизировать, либо и то и другое.

Квалификация как минимум Андрея Гриценко заведомо выше, чем у тех недоумков, которые в результате рейдерского захвата стали лопатить GTK "под себя".

Вот только на момент выбора GTK+2 такая перспектива очевидной, мягко говоря, не была.

> Спасибо за ссылку, вот только по факту потребление ресурсов LXQt было уже
> в районе XFCE и Mate, когда я проверял её последний раз

Что именно сравнивали?  Конкретно эти сборки именно технологически родственны, т.е. одна и та же база плюс разные комплекты DE/WM.  А взять два разных дистрибутива -- смотреть уже надо, что там с одними сервисами запущенными выходит...

> потому как выбор системы для меня это не только экономия ресурсов,
> но и прежде всего удобство использования в широком смысле
> слова, куда входит взаимодействие с инфраструктурой, привычные режимы
> релизов, количество и качество сборки и прочая...

Здесь полностью согласен и местами перекликающееся давно писал на http://wiki.opennet.ru/DistroImhoMike

> А у меня стойкое ощущение, что даже откатываться не стоит, ибо если
> вы подразумеваете существование на чём-то типа GTK2+, то кто будет чинить
> пока неизвестные, потенциально незалатанные дыры?!

Помимо латания дыр, происходило и их добавление, в том числе вот в таком стиле и "духе": http://www.opennet.ru/opennews/art.shtml?num=54437

> На мой взгляд вернее взять и написать что-то "своё" на чём-то попроще,
> и что годами не ломают по прихоти левой пятки очередного смузихлёба,
> может быть вообще на FLTK или wxWidgets

Когда сколь-нибудь внимательно смотрел на фултик, у него были большие проблемы с вылезанием переводных меток за рамки (впрочем, совсем хорошо с этим тогда было разве что у Tk, наверное)...

> я не знаю, вон астровцы шмогли что-то нагородить, и вроде как работает
> и даже выглядит так, что глаза не текут (по поводу стабильности не в курсе
> - не пользовался).

...на Qt и KF5. :)

Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –2 +/
Сообщение от eganru (?), 26-Янв-21, 10:36 
[i]которые в результате рейдерского захвата стали лопатить GTK "под себя".[/i] - а чьи им еще проблемы решать, как не свои? у них своих проблем хватает, чтобы в первую очередь о других думать.

У меня есть опыт использования только gentoo linux и мне стало проще при переходе пакетов с gtk2 на gtk3. В целом если сравнивать то, какой был linux 10 лет назад и то, что есть сейчас - то сейчас стало проще. и дело не только в поддержке оборудования.

Что там творится в других дистрибутивах - не знаю, однако по факту почти везде сейчас используется gtk3, а не gtk2 и, наверное, причина в том же, что и в gentoo.

[i]одна и та же база[/i] - что Вы понимаете под базой? это слишком общий термин, чтобы Вас правильно поняли.

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +1 +/
Сообщение от Аноним (89), 26-Янв-21, 10:50 
> [i]которые в результате рейдерского захвата стали лопатить GTK "под себя".[/i] - а
> чьи им еще проблемы решать, как не свои? у них своих
> проблем хватает, чтобы в первую очередь о других думать.

Понятно что каждый тянет одеяло на себя, просто кто-то делает своё дело честно пользуясь инструментами на общих правах, а кто-то пытается захватить чужой монастырь и переиначить устав.
> У меня есть опыт использования только gentoo linux и мне стало проще
> при переходе пакетов с gtk2 на gtk3. В целом если сравнивать
> то, какой был linux 10 лет назад и то, что есть
> сейчас - то сейчас стало проще. и дело не только в
> поддержке оборудования.

Да, с точки зрения поддержки оборудования лиуксы стали лучше, хотя не без продолбов, типа регрессий, когда на более старом, но не устаревшем оборудовании возникают глюки из-за которых невозможно пользоваться системой.
> Что там творится в других дистрибутивах - не знаю, однако по факту
> почти везде сейчас используется gtk3, а не gtk2 и, наверное, причина
> в том же, что и в gentoo.

Претензия к текущим версиям сред на GTK3 не в том, что они сменили циферку GTK c 2 на 3, а в том, что они стали более кривыми и более жручими, а что там под капотом и как просто стало майнтейнить пакеты это не должно волновать конечного пользователя.
> [i]одна и та же база[/i] - что Вы понимаете под базой? это
> слишком общий термин, чтобы Вас правильно поняли.

Он имеет в виду стартеркиты - сборки Альтлинукса на конкретной ветке базовой системы - т.е. коре утилиты вокруг ядра одни и те же по версии, потому что срез один и тот же в текущий момент, как правило это пакеты из сисзифа или реже это стабильный бранч, и какое-нибудь DE, по ссылкам, Михаил часто их даёт, куча вариантов Альтлинуксовых сборок - стартеркитов, речь идёт про них, потому как они свободно без проблем распространяются и на них насколько мне известно альтовцы не налагают никаких огораживающих лицензий, там всё под свободными, оперсорсными, ЕМНИП.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 26-Янв-21, 14:50 
> а чьи им еще проблемы решать, как не свои? у них своих
> проблем хватает, чтобы в первую очередь о других думать.

Как бы Вам, "далёкому", попроще-то объяснить... если я у Вас украду что-либо и начну решать свои проблемы с "новоприобретённым", Вы точно не будете возмущаться, что я и слышать не хочу о том, что что-то делаю не так?

>> одна и та же база
> что Вы понимаете под базой?

Ядро, glibc, xorg, прочие основные библиотеки и сервисы, кроме собственно DE.

Упомянул к тому, что степень сопоставимости весьма высокая, хотя специальных усилий именно к её обеспечению и не прикладывал тогда.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

100. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от eganru (?), 26-Янв-21, 15:55 
[i]если я у Вас украду что-либо и начну решать свои проблемы[/i] - я не буду обсуждать кражи и прочую грязь, на которой Вы пытаетесь акцентировать внимание - это исключительно Ваши эмоции.

[i]Ядро, glibc, xorg, прочие основные библиотеки и сервисы, кроме собственно DE[/i] - другое DE, другой xorg(и нужен ли он везде?), другие библиотеки и.т.д. в средней руки дистрибутиве ставятся без особых проблем.

[i]степень сопоставимости весьма высокая[/i] - потому что это очередной бинарный дистрибутив, созданный с оглядкой на успех debian и решающий те же задачи, что решает debian. с чего бы ему сильно отличаться?

Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 26-Янв-21, 16:52 
Похоже, без толку что-либо пытаться объяснять, увы.  Дело не в эмоциях.

Разве что дополню ответ #85: имел в виду перехват управления проектом GTK "мобильщиками" в 2006 году.

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

106. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (106), 26-Янв-21, 17:36 
> [i]Ядро, glibc, xorg, прочие основные библиотеки и сервисы, кроме собственно DE[/i] -
> другое DE, другой xorg(и нужен ли он везде?), другие библиотеки и.т.д.
> в средней руки дистрибутиве ставятся без особых проблем.

Однако средней руки бунты и минты вынуждены иметь отдельные сборки, как впрочем и федорка и манжарка, хотя да, поставить можно другое DE фактически в любой, другое дело как оно будет работать и не чихать (привет бунты!)
> [i]степень сопоставимости весьма высокая[/i] - потому что это очередной бинарный дистрибутив,
> созданный с оглядкой на успех debian и решающий те же задачи,
> что решает debian. с чего бы ему сильно отличаться?

И я лично не вижу никаких проблем, что есть ещё один дистрибутив, почему-то вдруг похожий на дебиан, вот только чем?
Наличием apt-get (который отличается уже от оригинала) рулящим пакетами?
По поводу отличий, я бы сказал что на apt-форке сходства и заканчиваются, Альт больше похожь в своё время на мандриву и серверная его версия на красношляпу скорее, сейчас же не берусь сравнивать, неинтересно.
На мой взгляд в нём достаточно самобытности и больше отличий, чем в других дистрибутивах, считающихся отдельными дистрибутивами, будучи потомками каких-то известных прародителей, и, порой, до сих пор зависящих от них.
Альта задачи несколько другие и зачастую ему до Дебиана как до луны, так это по разным причинам, но для своих целей он очень даже неплох.

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

91. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (89), 26-Янв-21, 11:27 
>> Я понимаю, что может быть разработчики не хотели бодаться с командой 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 и инструменты, с помощью которых он сделан, будет разрабатывать команда какого-либо дистрибутива, чтобы это было консистентное целостное решение.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

99. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 26-Янв-21, 15:11 
> Хотя, я не так давно, до НГ, сравнивал сборки Альтлинуксов для 32битной
> системы, и качал срез китов на IceWM,  LXDE и XFCE
>  и был неприятно удивлён тому, что IceWM система непомерно много
> жрала со старта, почти сравнимо с XFCE, о чём в одной
> из новостей к вашему посту я оставлял комментарий

Припоминаю; и я вроде как отвечал, что в icewm-сборку со временем попросили воткнуть NetworkManager и что-то из питоновых аплетиков "из коробки" те ребята, которые им собственно пользуются в качестве ОС для ноутбука -- счёл, что просьба майнтейнера icewm мне тут весомей собственных соображений по минимализму.

> я надеюсь на данный момент этой проблемы нет, потому что, возможно
> придётся на старой машине, где это всё заводилось пробовать тот же
> Альт, т.к. менее потребляющий ресурсы арчефорк (не манжара, просто я не
> запомнил название пробовал их несколько и запутался в них) не имеет
> более сборок для 32битных систем, как и прородитель.

Ставьте стартеркит, снесите NetworkManager и icewm-startup*, поставьте etcnet, заново настройте сеть из acc и должно заметно полегчать по памяти из коробки.

[ да, мы тоже давно "дружим домами" с дебианом в плане людей :) ]

PS: приятно поговорить с адекватным человеком -- если будете когда менять работу, маякните и мне в почту, вдруг пригожусь.

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (106), 26-Янв-21, 17:56 
>> Хотя, я не так давно, до НГ, сравнивал сборки Альтлинуксов для 32битной
>> системы, и качал срез китов на IceWM,  LXDE и XFCE
>>  и был неприятно удивлён тому, что IceWM система непомерно много
>> жрала со старта, почти сравнимо с XFCE, о чём в одной
>> из новостей к вашему посту я оставлял комментарий
> Припоминаю; и я вроде как отвечал, что в icewm-сборку со временем попросили
> воткнуть NetworkManager и что-то из питоновых аплетиков "из коробки" те ребята,
> которые им собственно пользуются в качестве ОС для ноутбука -- счёл,
> что просьба майнтейнера icewm мне тут весомей собственных соображений по минимализму.

Никогда не обращал внимания на то, что в IceWM не NetworkManger, сам я его всегда ставлю, потому что мне он удобнее по ряду причин. Тем не менее я пользовался хоть и очень редко IceWM, но пользовался в Дебиане им в связке с network-manager, и всё же там также ощутимо меньше жрало ресурсов. Так что я бы не стал так с ходу ругать только network-manager, хотя кто знает, может в вашей версии пакет закралась версия NM с регрессией или ещё что виновато в жоре?!
>> я надеюсь на данный момент этой проблемы нет, потому что, возможно
>> придётся на старой машине, где это всё заводилось пробовать тот же
>> Альт, т.к. менее потребляющий ресурсы арчефорк (не манжара, просто я не
>> запомнил название пробовал их несколько и запутался в них) не имеет
>> более сборок для 32битных систем, как и прородитель.
> Ставьте стартеркит, снесите NetworkManager и icewm-startup*, поставьте etcnet, заново
> настройте сеть из acc и должно заметно полегчать по памяти из
> коробки.

ОК, если всё-таки придётся оставновиться на Альтах, то так и поступлю, если выбор будет в пользу IceWM, мне не горит, это домашний старый системник, жалко выбрасывать, поработает ещё несколько лет в качестве чего-нибудь, займусь как полностью выздоровлю.
> [ да, мы тоже давно "дружим домами" с дебианом в плане людей  :) ]

Приятно слышать. Я не особый прям фанат Дебиана, особо после форса миграции на системдец с глубокими метастазами по зависимостям к другим пакетам, просто особо и линять до сих пор некуда по соотношению хлопотность/полезный выхлоп.
> PS: приятно поговорить с адекватным человеком -- если будете когда менять работу,
> маякните и мне в почту, вдруг пригожусь.

Ой, спасибо конечно, но это наврятли, потому что моя работа почти никак с IT не связана, разве что компьютеры иногда стоят, но формально я за их работу никак не отвечаю, а бывает что на некоторых работах компьютеров нет вообще, у меня нет достаточной квалификации на IT-работы, не хватает IQ, а лепить шлак на JS после года смузи-курсов мне совесть не позволяет, хоть это по деньгам будет и в разы выгодней текущего моего положения, однако не могу себя пересилить и влиться в общие содомские омерзительные тренды.

Если хотите делать полезные вещи для людей, делайте больше видеолекций для пользователей, на элементарные темы, по настройкам вашего дистрибутива, как собирать пакеты например, прикладные, которые могут понадобиться для более углубленного понимания системы, в стиле подобном тем лекциям, что делал Георгий Курячий, чтобы на выходе мы получали подкованного уверенного пользователя Альтлинуксов это будет отличная помощь сообществу!

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +2 +/
Сообщение от eganru (?), 25-Янв-21, 12:48 
Отсутствие поддержки wayland мнимая проблема?

В gtk3 сделали обязательным cairo для векторной графики и убрали специфичные для backend вещи - чего плохого то? Тем, у кого в системе используются разные backend больше нет проблем с использованием gtk.

Я использую wayland и использую thunar без каких-либо проблем.

То, что у Вас что-то в конкретно Ваших условиях работает не означает что у Всех такие же условия.
То, что Вы считаете путь по которому развивается Thunar и gtk неправильным на мой взгляд характеризует Вас как человека недалекого.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

96. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 26-Янв-21, 14:39 
> Отсутствие поддержки wayland мнимая проблема?

Как по мне -- да.

> То, что Вы считаете путь по которому развивается Thunar и gtk неправильным
> на мой взгляд характеризует Вас как человека недалекого.

Страшно далеки Вы...

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +1 +/
Сообщение от Аноним (74), 25-Янв-21, 18:02 
> Переход на gtk3 решил комплексные проблемы.

не ссорьтесь

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

8. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –5 +/
Сообщение от user90 (?), 25-Янв-21, 10:43 
Rox не хуже ("отличный ФМ от отличного окружения").
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

20. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +3 +/
Сообщение от anonymous (??), 25-Янв-21, 11:30 
Ну я предпочитаю SpaceFM, но и Thunar тоже неплох.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

26. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от leibniz (??), 25-Янв-21, 11:51 
похоже на название радиостанции
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +1 +/
Сообщение от Аноним (37), 25-Янв-21, 12:45 
Отличный ФМ от других.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

81. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  –1 +/
Сообщение от adolfus (ok), 25-Янв-21, 20:49 
Редкостное малофункциональное говно. Локаль ru_RU_UTF8 поддерживает неправильно. Также нет возможности из папки запустить шелл с текущим каталогом, который отображен в эту папку.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

83. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Michael Shigorinemail (ok), 25-Янв-21, 21:43 
У меня сейчас нет под рукой xfce и лень запускать регулярку в виртуалке по ssh -- но правой по свободному месту щёлкнуть не пробовали?  Что ссылку на багрепорт до общественности не донесли -- и так вижу.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от adolfus (ok), 27-Янв-21, 02:47 
> правой по свободному месту щёлкнуть не пробовали?

Зачем? Там нет возможности изменить порядок последовательности символов в сортировке.


Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от Аноним (92), 26-Янв-21, 12:51 
> ru_RU_UTF8

ru_RU.UTF8

> шелл с текущим каталогом

Есть возможность назначать действия на файлы и директории. В том числе открытие шелла.

Не маленький, разберешься.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

111. "Выпуск файлового менеджера Thunar 4.17.0, развиваемого проек..."  +/
Сообщение от adolfus (ok), 27-Янв-21, 02:28 
По умолчанию установлено так
$ locale
...
LC_COLLATE="ru_RU.utf8"
...

LC_COLLATE="ru_RU.utf8" отрабатывается неправильно.
Для всех локалей с кодировкой utf8 в LC_COLLATE cначала идет ASCII и только потом идут многобайтовые коды согласно языка и территории. Если есть желание убрать латиницу в выдаче вниз, да пожалуйста убирайте, но оставьте возможность нормальной выдачи, где сначала ASCII, а также выдачи в голом порядке юникодов.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру