История изменений

Больше половины из этих причин субъективные. Типа (если что, я чисто пересказываю своими словами):

Как они посмели изнасиловать и перевернуть с ног на голову устоявшиеся стандарты в интерфейсе ПО, которые устаканились в 90-ых? Выкинуть титлбары, менюбары, панельки… Объединить это в одно толстое Г под названием хедербар? Выкинуть статусбар, ради сохранения 10 пикселей вертикального пространства? Убрать иконки из менюшек? Вместо контекстных меню, какие-то попапы! Кастрировать функционал! Немыслимо! Сделали из DE какой-то ондроед!
Вместо нормальной панельки с апплетами и возможностью конфигурировать, двигать туды-сюды их, сделали какую-то прибитую гвоздями гномощель, а вся кастомизация сводится к monkey-патчингу JavaScript кода… (Иначе говоря, хочу иметь возможность на панельке двигать виджеты без постороннего вмешательства)
Как это, темы не нужны?! Я хочу чтобы моя кастомная тема была в каждой щели, в каждой бочке и каждом приложении!

Почему я считаю данные примеры субъективными? Да очень просто. Не всем нужны шашечки в виде менюбаров, панелек и статусбаров. Есть люди, которые ими, простите, обмазываются. А есть те люди, которым ехать, до тех пор, пока приложуха выполняет свои функции. Не всех интересует, что расширения в гномощели это самый настоящий monkey-patching, и не всех это колышет. В GTK темы когда-то были сплошным monkey-patching’ом и ничо, ещё во времена GTK2. gtk theme engine, привет. А некоторые и вовсе могут использовать дефолт и никогда не испытывать даже малейшей необходимости «глубокой кастомизации», кроме смены обоев…

А кому-то и не впадлу воспользоваться всякими GNOME Tweak Tool и прочими dconf-хаками, чтобы подпилить гномощель под себя, и не морщит ничего. В том смысле, что в KDE эти возможности никто не прячет, а тут нужны какие-то Tweak Tool, фу же (по мнению ярых сторонников KDE).

За счёт этого и процветают до сих пор DE-срачи, как этот. Субъективщина. У всех разные потребности. Потому и советуют адекватные ЛОРовцы сразу, сядь да попробуй.

Есть и объективные причины, которые основываются на конкретных фактах. Но они встречаются не так часто.

Например (опять же, пересказываю как помню и на свой вкус):

Разработчики GTK это мудаки, которые не думают ни о чём, кроме GNOME. Вокруг GTK сложилась экосистема исключительно-Linux приложений, говорите? Которые не хотят быть частью экосистемы GNOME? Да пофиг, форкайте, не запрещено. Факты? Да куча была драмы в Issue того же GTK, куча блогпостов. Всё ищется в Google/Яндекс. Иначе говоря, им плевать на разработчиков вне экосистемы GNOME. Чаще всего, под раздачу попадают те самые любители классики, вроде менюбаров, панелек, конечно же. Потому что в GNOME не нужно же. Проявляется в виде «ломающих изменений» в GTK, где какой-то широко-используемый вне GNOME интерфейс/класс объявляется deprecated, а там как хотите. Просто потому, что в GNOME он не используется.
Разработчики GNOME, это мудаки, которые не хотят думать о том, чтобы сделать разработчикам приложений, которые не хотят быть частью экосистемы GNOME, удобнее, хоть чуть чуть. Привет Server Side Rendering для титлбаров (как минимум, разрабочикам игр это было бы удобнее). Они готовы на амбразуру пойти, чтобы защитить/протолкнуть Client Side Rendering для титлбаров. И не делать SSR, не смотря на то, что оно присутствует в стабильных протоколах Wayland.
Кроме SSR, ЕМНИП, есть ещё удобные протоколы, которые они поддерживать не хотят, а в KDE такие – подержи моё пиво! И в KWin оно работает… И есть мнение, что это одна из причин, почему в Steam Desk именно Plasma.
Отсутствие поддержки VRR (Variable Refresh Rate) до сих пор, плазма в этом плане обогнала. До сих пор экспериментальная поддержка, ЕМНИП. И очень кривая.
Большинство светлых идей, которые им кидают в качестве Feature Request, они в итоге закрывают как «ненужно», просто потому, что они «так видят». Мало того, когда им присылают сразу патчи с реализацией этих светлых идей, они тоже их отклоняют как «ненужно», потому что они «так видят». ¯\_(ツ)_/¯
Видные разработчики GNOME или тесно связанные с ними люди (Freedesktop, например), часто оказываются представителями радужных. Совпадение?
Ещё от себя добавлю, в версии 47 они изнасиловали Nautilus так, что даже мне стало его жалко. А я ведь сам бывший любитель обмазываться гномом…

И всего уж не упомнишь, сколько за эти годы видал на срачах. Но я думаю, самое основное перечислил.

Больше половины из этих причин субъективные. Типа (если что, я чисто пересказываю своими словами):

Как они посмели изнасиловать и перевернуть с ног на голову устоявшиеся стандарты в интерфейсе ПО, которые устаканились в 90-ых? Выкинуть титлбары, менюбары, панельки… Объединить это в одно толстое Г под названием хедербар? Выкинуть статусбар, ради сохранения 10 пикселей вертикального пространства? Убрать иконки из менюшек? Вместо контекстных меню, какие-то попапы! Кастрировать функционал! Немыслимо! Сделали из DE какой-то ондроед!
Вместо нормальной панельки с апплетами и возможностью конфигурировать, двигать туды-сюды их, сделали какую-то прибитую гвоздями гномощель, где всё прибито гвоздями, а вся кастомизация сводится к monkey-патчингу JavaScript кода… (Иначе говоря, хочу иметь возможность на панельке двигать виджеты без постороннего вмешательства)
Как это, темы не нужны?! Я хочу чтобы моя кастомная тема была в каждой щели, в каждой бочке и каждом приложении!

Почему я считаю данные примеры субъективными? Да очень просто. Не всем нужны шашечки в виде менюбаров, панелек и статусбаров. Есть люди, которые ими, простите, обмазываются. А есть те люди, которым ехать, до тех пор, пока приложуха выполняет свои функции. Не всех интересует, что расширения в гномощели это самый настоящий monkey-patching, и не всех это колышет. В GTK темы когда-то были сплошным monkey-patching’ом и ничо, ещё во времена GTK2. gtk theme engine, привет. А некоторые и вовсе могут использовать дефолт и никогда не испытывать даже малейшей необходимости «глубокой кастомизации», кроме смены обоев…

А кому-то и не впадлу воспользоваться всякими GNOME Tweak Tool и прочими dconf-хаками, чтобы подпилить гномощель под себя, и не морщит ничего. В том смысле, что в KDE эти возможности никто не прячет, а тут нужны какие-то Tweak Tool, фу же (по мнению ярых сторонников KDE).

За счёт этого и процветают до сих пор DE-срачи, как этот. Субъективщина. У всех разные потребности. Потому и советуют адекватные ЛОРовцы сразу, сядь да попробуй.

Есть и объективные причины, которые основываются на конкретных фактах. Но они встречаются не так часто.

Например (опять же, пересказываю как помню и на свой вкус):

Разработчики GTK это мудаки, которые не думают ни о чём, кроме GNOME. Вокруг GTK сложилась экосистема исключительно-Linux приложений, говорите? Которые не хотят быть частью экосистемы GNOME? Да пофиг, форкайте, не запрещено. Факты? Да куча была драмы в Issue того же GTK, куча блогпостов. Всё ищется в Google/Яндекс. Иначе говоря, им плевать на разработчиков вне экосистемы GNOME. Чаще всего, под раздачу попадают те самые любители классики, вроде менюбаров, панелек, конечно же. Потому что в GNOME не нужно же.
Разработчики GNOME, это мудаки, которые не хотят думать о том, чтобы сделать разработчикам приложений, которые не хотят быть частью экосистемы GNOME, удобнее, хоть чуть чуть. Привет Server Side Rendering для титлбаров (как минимум, разрабочикам игр это было бы удобнее). Они готовы на амбразуру пойти, чтобы защитить/протолкнуть Client Side Rendering для титлбаров. И не делать SSR, не смотря на то, что оно присутствует в стабильных протоколах Wayland.
Кроме SSR, ЕМНИП, есть ещё удобные протоколы, которые они поддерживать не хотят, а KDE такие – подержи моё пиво! И в KWin оно работает… И есть мнение, что это одна из причин, почему в Steam Desk именно Plasma.
Отсутствие поддержки VRR (Variable Refresh Rate) до сих пор, плазма в этом плане обогнала. До сих пор экспериментальная поддержка, ЕМНИП. И очень кривая.
Большинство светлых идей, которые им кидают в качестве Feature Request, они в итоге закрывают как «ненужно», просто потому, что они «так видят». Мало того, когда им присылают сразу патчи с реализацией этих светлых идей, они тоже их отклоняют как «ненужно», потому что они «так видят». ¯\_(ツ)_/¯
Видные разработчики GNOME или тесно связанные с ними люди (Freedesktop, например), часто оказываются представителями радужных. Совпадение?
Ещё от себя добавлю, в версии 47 они изнасиловали Nautilus так, что даже мне стало его жалко. А я ведь сам бывший любитель обмазываться гномом…

И всего уж не упомнишь, сколько за эти годы видал на срачах. Но я думаю, самое основное перечислил.

Больше половины из этих причин субъективные. Типа (если что, я чисто пересказываю своими словами):

Как они посмели изнасиловать и перевернуть с ног на голову устоявшиеся стандарты в интерфейсе ПО, которые устаканились в 90-ых? Выкинуть титлбары, менюбары, панельки… Объединить это в одно толстое Г под названием хедербар? Выкинуть статусбар, ради сохранения 10 пикселей вертикального пространства? Убрать иконки из менюшек? Вместо контекстных меню, какие-то попапы! Кастрировать функционал! Немыслимо! Сделали из DE какой-то ондроед!
Вместо нормальной панельки с апплетами и возможностью конфигурировать, двигать туды-сюды их, сделали какую-то прибитую гвоздями гномощель, где всё прибито гвоздями, а вся кастомизация сводится к monkey-патчингу JavaScript кода… (Иначе говоря, хочу иметь возможность на панельке двигать виджеты без постороннего вмешательства)
Как это, темы не нужны?! Я хочу чтобы моя кастомная тема была в каждой щели, в каждой бочке и каждом приложении!

Почему я считаю данные примеры субъективными? Да очень просто. Не всем нужны шашечки в виде менюбаров, панелек и статусбаров. Есть люди, которые ими, простите, обмазываются. А есть те люди, которым ехать, до тех пор, пока приложуха выполняет свои функции. Не всех интересует, что расширения в гномощели это самый настоящий monkey-patching, и не всех это колышет. В GTK темы когда-то были сплошным monkey-patching’ом и ничо, ещё во времена GTK2. gtk theme engine, привет. А некоторые и вовсе могут использовать дефолт и никогда не испытывать даже малейшей необходимости «глубокой кастомизации», кроме смены обоев…

За счёт этого и процветают до сих пор DE-срачи, как этот. Субъективщина. У всех разные потребности. Потому и советуют адекватные ЛОРовцы сразу, сядь да попробуй.

Есть и объективные причины, которые основываются на конкретных фактах. Но они встречаются не так часто.

Например (опять же, пересказываю как помню и на свой вкус):

Разработчики GTK это мудаки, которые не думают ни о чём, кроме GNOME. Вокруг GTK сложилась экосистема исключительно-Linux приложений, говорите? Которые не хотят быть частью экосистемы GNOME? Да пофиг, форкайте, не запрещено. Факты? Да куча была драмы в Issue того же GTK, куча блогпостов. Всё ищется в Google/Яндекс. Иначе говоря, им плевать на разработчиков вне экосистемы GNOME. Чаще всего, под раздачу попадают те самые любители классики, вроде менюбаров, панелек, конечно же. Потому что в GNOME не нужно же.
Разработчики GNOME, это мудаки, которые не хотят думать о том, чтобы сделать разработчикам приложений, которые не хотят быть частью экосистемы GNOME, удобнее, хоть чуть чуть. Привет Server Side Rendering для титлбаров (как минимум, разрабочикам игр это было бы удобнее). Они готовы на амбразуру пойти, чтобы защитить/протолкнуть Client Side Rendering для титлбаров. И не делать SSR, не смотря на то, что оно присутствует в стабильных протоколах Wayland.
Кроме SSR, ЕМНИП, есть ещё удобные протоколы, которые они поддерживать не хотят, а KDE такие – подержи моё пиво! И в KWin оно работает… И есть мнение, что это одна из причин, почему в Steam Desk именно Plasma.
Отсутствие поддержки VRR (Variable Refresh Rate) до сих пор, плазма в этом плане обогнала. До сих пор экспериментальная поддержка, ЕМНИП. И очень кривая.
Большинство светлых идей, которые им кидают в качестве Feature Request, они в итоге закрывают как «ненужно», просто потому, что они «так видят». Мало того, когда им присылают сразу патчи с реализацией этих светлых идей, они тоже их отклоняют как «ненужно», потому что они «так видят». ¯\_(ツ)_/¯
Видные разработчики GNOME или тесно связанные с ними люди (Freedesktop, например), часто оказываются представителями радужных. Совпадение?
Ещё от себя добавлю, в версии 47 они изнасиловали Nautilus так, что даже мне стало его жалко. А я ведь сам бывший любитель обмазываться гномом…

И всего уж не упомнишь, сколько за эти годы видал на срачах. Но я думаю, самое основное перечислил.

Половина из этих причин субъективные. Типа (если что, я чисто пересказываю своими словами):

Как они посмели изнасиловать и перевернуть с ног на голову устоявшиеся стандарты в интерфейсе ПО, которые устаканились в 90-ых? Выкинуть титлбары, менюбары, панельки… Объединить это в одно толстое Г под названием хедербар? Выкинуть статусбар, ради сохранения 10 пикселей вертикального пространства? Убрать иконки из менюшек? Вместо контекстных меню, какие-то попапы! Кастрировать функционал! Немыслимо! Сделали из DE какой-то ондроед!
Вместо нормальной панельки с апплетами и возможностью конфигурировать, двигать туды-сюды их, сделали какую-то прибитую гвоздями гномощель, где всё прибито гвоздями, а вся кастомизация сводится к monkey-патчингу JavaScript кода… (Иначе говоря, хочу иметь возможность на панельке двигать виджеты без постороннего вмешательства)
Как это, темы не нужны?! Я хочу чтобы моя кастомная тема была в каждой щели, в каждой бочке и каждом приложении!

Почему я считаю данные примеры субъективными? Да очень просто. Не всем нужны шашечки в виде менюбаров, панелек и статусбаров. Есть люди, которые ими, простите, обмазываются. А есть те люди, которым ехать, до тех пор, пока приложуха выполняет свои функции. Не всех интересует, что расширения в гномощели это самый настоящий monkey-patching, и не всех это колышет. В GTK темы когда-то были сплошным monkey-patching’ом и ничо, ещё во времена GTK2. gtk theme engine, привет. А некоторые и вовсе могут использовать дефолт и никогда не испытывать даже малейшей необходимости «глубокой кастомизации», кроме смены обоев…

За счёт этого и процветают до сих пор DE-срачи, как этот. У всех разные потребности. Но большинство, ИМХО, субъективщина, до сих пор.

Есть и объективные причины, которые основываются на конкретных фактах. Но они встречаются не так часто.

Например (опять же, пересказываю как помню и на свой вкус):

Разработчики GTK это мудаки, которые не думают ни о чём, кроме GNOME. Вокруг GTK сложилась экосистема исключительно-Linux приложений, говорите? Которые не хотят быть частью экосистемы GNOME? Да пофиг, форкайте, не запрещено. Факты? Да куча была драмы в Issue того же GTK, куча блогпостов. Всё ищется в Google/Яндекс. Иначе говоря, им плевать на разработчиков вне экосистемы GNOME. Чаще всего, под раздачу попадают те самые любители классики, вроде менюбаров, панелек, конечно же. Потому что в GNOME не нужно же.
Разработчики GNOME, это мудаки, которые не хотят думать о том, чтобы сделать разработчикам приложений, которые не хотят быть частью экосистемы GNOME, удобнее, хоть чуть чуть. Привет Server Side Rendering для титлбаров (как минимум, разрабочикам игр это было бы удобнее). Они готовы на амбразуру пойти, чтобы защитить/протолкнуть Client Side Rendering для титлбаров. И не делать SSR, не смотря на то, что оно присутствует в стабильных протоколах Wayland.
Кроме SSR, ЕМНИП, есть ещё удобные протоколы, которые они поддерживать не хотят, а KDE такие – подержи моё пиво! И в KWin оно работает… И есть мнение, что это одна из причин, почему в Steam Desk именно Plasma.
Отсутствие поддержки VRR (Variable Refresh Rate) до сих пор, плазма в этом плане обогнала. До сих пор экспериментальная поддержка, ЕМНИП. И очень кривая.
Большинство светлых идей, которые им кидают в качестве Feature Request, они в итоге закрывают как «ненужно», просто потому, что они «так видят». Мало того, когда им присылают сразу патчи с реализацией этих светлых идей, они тоже их отклоняют как «ненужно», потому что они «так видят». ¯\_(ツ)_/¯
Видные разработчики GNOME или тесно связанные с ними люди (Freedesktop, например), часто оказываются представителями радужных. Совпадение?
Ещё от себя добавлю, в версии 47 они изнасиловали Nautilus так, что даже мне стало его жалко. А я ведь сам бывший любитель обмазываться гномом…

И всего уж не упомнишь, сколько за эти годы видал на срачах. Но я думаю, самое основное перечислил.

P.S.