GNOME 47 «Denver»

Как-то так получается что вы за собеседника выдумываете аргументы и их ему присваиваете.

Как-то так получается, что это демагогия, причем самого низкого пошиба.

Как-то так получается.

Делать так, конечно, не стоит.

Если это так организоано - это не значит что для пользователей это приемлимо. Вот я знаю поро десять багов в гноме и допустим повторил баг в наутилусе. И я не пойду информировать разработчиков гнома - нахрен они не сдались с таким подходом.

Замените здесь GNOME на практически любой проект, и получите ровно то же самое. И надо же — пользователи создают отчёты об ошибках, и даже не в курсе, как это, оказывается, неприемлемо.

Про файлпикер напомнить? А, кстати тоже в тему жеж. Сколько лет орали что НИНУЖНА и что делать это через ФМ архинеправильно. Результат видим.

Сорян, я не распарсил, о чем речь.

У меня есть свои вопросики к разработчикам гнома. Но к разработчикам кед у меня их ещё больше. А разработчиков иных сред я бы вообще обходил за десять вёрст. Что, собственно, и делаю.

тормозная

Оказывается, я всё это время не знал, что темы GTK теперь стали исполняемыми файлами!

глючная

Особо глюков не заметил, если не использовать дебильные программы с CSD.

половины пустых пространств не убирает

Как именно?

Мы кажется пытаемся сравнить производительность гном2 против кде3. КАК ты это себе представляешь в современном дистре под openbox?

Дай мне htop под Debian 5 сначала с KDE 3, потом с GNOME 2. Самому это делать лень, да.

Спокойно делать свою работу, не отвлекаясь на оболочку у тебя называется «кому и кобыла невеста». Что конкретно я тут придумал?

Всему прочему дножелезу это не поможет т.к. затраты на не-zerocopy не превысят 2-5%.

Помогло. Записывал экран с kmsgrab на всяком хламе типа Atom Z3740 - так хотя бы 60FPS на записи было без видимых артефактов.
x11grab и прочее - лаг на лаге.

Собственно если железо слабое а железного кодировщика нету - ffmpeg единственное что может сработать.

Вот в такой связке не проверял, рядом 4 малина лежит, можно будет на ней экран попробовать записать.
На маке обычно через OBS это делаю.

а ффмпег один хрен лучше всех жмёт.

Он хорошо жмёт только тогда, когда тебе это не нужно делать в реалтайме. Иначе здорово мешает foreground приложениям, если у тебя не 14900. Даже на своём 5600G это ощущаю.
Так что пока лучше выделенного блока кодирования (VCN/QSV/NVENC) ничего нет. В моей 7600 его вполне хватает на одновременный стриминг 2к (1440p) на Mac и запись RDR2 в 4к (2160p). Сеть около 300-400 мбит, WiFi.

дебильные программы с CSD

Программы как программы. Есть нормальные, есть так себе.

Сорян, я не распарсил, о чем речь.

Новость не читаем, в комменты сразу бежим?

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

Тот самый 20-летний баг. в 45 пофиксили, но через такую ж.. что пришлось переделывать. Причем переделывать именно так, кк им изначально и говорил и пулл-реквесты присылали, которые годами игнорились.

С акцентами, кстати, то же самое. И с дробным масштабированием. И с треем. Список длинный, объединяет его в данном контексте одно - снобство гномодевов, которым регулярно заражаются гномоюзеры.

Спокойно делать свою работу, не отвлекаясь на оболочку у тебя называется «кому и кобыла невеста». Что конкретно я тут придумал?

«Вопросов больше не имею».

Причем переделывать именно так, кк им изначально и говорил и пулл-реквесты присылали, которые годами игнорились.

Разве им присылали PR с реализацией файлпикера на базе наутилуса вместо отдельного GTK диалога?

Я тебе даю ссылку на официальное приложение гнома

А я тебе даю ссылки на официальный способ установки расширений во всей 3.* ветке. Ты же не думаешь что я буду достаточно разбираться в сортах говна, чтобы проверять не изменилось ли что то в установке расширений? А ещё яндекс считает дефолтным способом ну ты сам увидел какой, а не твоё приложение, в которое даже описания забыли добавить и кнопку поиска спрятали. И, кстати, угадай какой версии гном будет в моём дистрибутиве если я решу его поставить?

Это две разные функциональности. Попробуй это уяснить.

Нет, это ты попробуй уяснить, что в юниксах вызов приложения по имени и команда в командную строку - одно и то же. И что во всех приличных ДЕ альт+Ф2 одновременно и ищет по ярлыкам меню, и выполняет команду. Потому что пользователю нахрен не сдались 2 конкурирующие вызывалки на 2 разных хоткеях с разным функционалом.

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

Почему у меня нет никаких проблем поставить dash-to-panel и запускать пришпиленные приложения одним кликом?

Ты ведь в курсе что «dash-to-panel» называется просто «панель задач» и является режимом по умолчанию всех ДЕ? Причём не просто так, а потому что лучше ничего не придумали. Нахрена городить огород чтобы потом последовательно руками исправлять каждый косяк гнома возвращая ему адекватное поведение? В итоге ты один хрен получишь cinnamon.

Ну гномодевы действительно известны своим отношением к багрепортам и фичреквестам, справедливости ради. Лично мне абсолютно понятны предпосылки не репортить им баги.

https://imgur.com/a/KdmqDff - не могу обойтись без обязательной пикчи.

На X11 принципиально невозможна нормальная работа двух мониторов отдельно, как и композитинга, поэтому я получал 75hz на всех мониторах

У меня Х11 и я ещё ни разу не видел каких либо проблем в комбинациях 60+43Гц и 60+85Гц. Может проблема в каком то конкретном mutter?

З.Ы. Извиняюсь, е-инк у меня не 43 а 38Гц.

существенно переработаны диалоги открытия и сохранения файлов

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

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

Ну ХЗ, у меня как-то ни разу не возникло проблем ни с одними разработчиками, которым я посылал отчёты об ошибках, — ни Debian, ни KDE, ни GNOME, ни ядра… Наверное, я что-то делаю не так.

Вообще-то да, неоднократно.

А вот, к слову, дискуссия такая была в 2009 году. Мол, если кому чо не нравится, присылайте патчи, мосмотрим на вас, ламеров. И вообще, негоже файлпикеру иметь общую кодовую базу с ФМ.

https://imgur.com/a/yGup49G

Прошло 15 лет. Теперь файлпикер имеет общую кодовую базу с ФМ. И сделал это в т.ч. тот же самый уебасси.

«У меня такая же нога и не болит»

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

У меня Х11 и я ещё ни разу не видел каких либо проблем в комбинациях 60+43Гц и 60+85Гц.

С работающим композитингом оба монитора выдают разную частоту? Именно с композитором, потому что без него иксы действительно показывают максимальную герцовку.
Забавно то, что курсор таки отрисовывается в свои 165Hz. Остальное нет.

Может проблема в каком то конкретном mutter?

Проверял в KWin/xfwm/picom. Везде одна и та же проблема.
Хотя в теории оно было бы не так больно конкретно в играх, потому что в той же плазме композитинг для полноэкранных приложений отключается, поэтому каэсочка шла бы плавно на основном мониторе. Но на практике 90% времени сижу в браузере/прыгаю между приложениями и 165hz при этом приятны, а с иксами остаются 75 только.
Осталось только проверить, насколько Wayland влияет на инпутлаг в CS2, как раз апнулся на RX 7600, чтоб игруном приятнее быть было.

Вообще-то да, неоднократно.

А можно ссылки с PR/MR? Интересно посмотреть, просто в этот раз они чёт долго мучались с этими диалогами в течение цикла разработки. Я вообще думал, что в 47 не успеют и перенесут на 48.

Не, сорян, я сейчас это все выискивать не буду уже точно. Это история, это база, это классика, это знать надо.

Там патч не один предложен был в свое время. Все отклонялось. Это одна из причин возникновения непосредственно мема про GTK File Chooser и, в целом, восприятия гнумодевов как упертых баранов.

пулл-реквесты присылали, которые годами игнорились.

Я когда-то давно закапывался в эту тему, подробностей уже не помню. Смутно припоминаю, что там ещё лет десять назад декларировалось желание засинхронить файлпикер с наутилусом, но то ли патчи не нравились, то ли заниматься этим было некому.

С акцентами, кстати, то же самое.

Не слежу за всеми склоками, но помню, что 2-3 года назад гномеров спросили «доколе», и они ответили «сам того хотим». В мёрдж-реквестах либадвайты и прочих сопутствующих проектов каких-то баталий не наблюдаю.

И с дробным масштабированием.

Дробное масштабирование реализовано довольно давно. Оно до последнего момента криво работало через лишний шаг с масштабированием. Насколько я помню, это объяснялось тем, что проблемы на стороне X11, но в подробности не вникал.

«Вопросов больше не имею».

Вот и ладушки.

«У меня такая же нога и не болит»

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

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

Это история, это база, это классика, это знать надо.

Я достаточно недавно перешёл на гном, к диалогу претензии были, конечно, но на уровне «могло бы быть лучше». Поэтому мало интересно.

Хотя всё равно наезды пока глупо выглядят.

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

Совершенно верно.

Не слежу за всеми склоками, но помню, что 2-3 года назад гномеров спросили «доколе», и они ответили «сам того хотим».

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

В мёрдж-реквестах либадвайты и прочих сопутствующих проектов каких-то баталий не наблюдаю.

Либавдайтой занимается один-единственный русскоязычный трап, работающий в скам-конторе purism. Откуда там баталиям взяться?

Дробное масштабирование реализовано довольно давно.

Реальное дробное масштабирование завезли только в кедах.

Оно до последнего момента криво работало через лишний шаг с масштабированием.

Этот «лишний шаг» - это апскейл и потом ресайз до нужного значения. Этому костылю лет 6. Гнумодевы отмазывались тем, что «не так уж и много батареи это все жрет и совсем немного ресурсов cpu/gpu». Врали, конечно.

Насколько я помню, это объяснялось тем, что проблемы на стороне X11, но в подробности не вникал.

Заметно.

Вот и ладушки.

Классику нужно все же перечитвать иногда. Я «12 стульев» цитировал оба раза ;)

вроде изначально агрессивной манеры в отчёте об ошибке в стиле «подай-принеси»

Согласен. Такое должно порицаться и посылаться вне зависимости от проекта.

я вполне допускаю, что отдельные разработчики GNOME постоянно хамски ведут себя в обсуждениях отчётов об ошибках безо всякой на то причины

Им бы подобную рассудительность.

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

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

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

Эти юниксы сейчас с тобой в одной комнате? А то есть маленькая проблемка, и даже не одна — регистрозависимость и разница в наименовании программы и файла бинарника. Ну, когда прога называется «Ardour», а исполняемый бинарник – «ardour8», например. Или когда приложение называется «Minder», а бинарник у него – com.github.phase1geo.minder.

Ты ведь в курсе что «dash-to-panel» называется просто «панель задач» и является режимом по умолчанию всех ДЕ? Причём не просто так, а потому что лучше ничего не придумали.

Пользователи мака могут не согласиться и имеют на то полное право.

Сколько раз ты видиш диалог с превьюшкой, когда нажимаешь Ctrl+S?

А вместо диалога открытия файлов не пробовал просто кликнуть на него в фм? (там есть превьюшка)

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

Это не наезды, это СВЯЩЕННАЯ ВОЙНА!!!11

Если серьезно, то гнумодевы очень много лет ведут себя так, что очень тяжело относиться иначе. В данном конкретном примере речь идет о 20 (двадцати, Карл!) годах. «И если б делали тихо, в специальном обитом пробкой месте» со своей адвайтой.. но нет, они засрали gtk.

Сколько раз ты видиш диалог с превьюшкой, когда нажимаешь Ctrl+S?

Очень часто. Я очень много работаю с этими диалогами, и не один я.

А вместо диалога открытия файлов не пробовал просто кликнуть на него в фм?

Да-да, мне обязательно нужно делать лишние телодвижения в виде открытия ФМ. Я иной раз за час перегоняю туда-сюда по 30-40 картинок. Так надо. Зачем мне делать то, что мне не нужно делать, если я могу с нормальным файлпикером с динамической генерацией превьюшек работать?

Понятно, этот кейс не широкий. Но, мля, если такая базовая функциональность есть даже в оффтопике с 90-х годов, то это какой-то позор.

Реальное дробное масштабирование завезли только в кедах.

Для Xwayland окон. В 47 гноме тоже подобное завезено уже.
Нативные окна через fractional-scaling нормально работают без блюра.

Врали, конечно.

Я сравнивал потребление с батареи на macOS и гноме с 175% масштабированием. Разницы не видно.

Я сравнивал потребление батареи на гноме без масштабирования и с масштабированием. Разница заметна.

Я сравнивал потребление с батареи на macOS и гноме с 175% масштабированием.

Справедливости ради, MacOS реализует дробное масштабирование точно так же: целочисленное масштабирование + downscale средствами GPU. И на производительность там это таки влияет.

просто не могу вспомнить кейсы, где нужна превьюшка файлов при открытии

Например, когда куда-то загружаешь изображение через браузер.

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

2560x1600 (native)

CPU Power: 116 mW
GPU Power: 9 mW
ANE Power: 0 mW
Combined Power (CPU + GPU + ANE): 124 mW

1440x900 (175%)

CPU Power: 146 mW
GPU Power: 12 mW
ANE Power: 0 mW
Combined Power (CPU + GPU + ANE): 158 mW

В линуксе проверить пока не могу.

эмм… ну окей

(Gnome 43.9)

https://imgur.com/a/a0VfQWS

А если у меня тысячи таких картинок и нужно приложить одну нужную? Мне на каждую кликать что бы увидеть превью в маленьком разрешении?

Во многом зависит от приложений, а не от файлпикера. Например, хром это не покажет.

я же говорю - ок, подловили. для разрабов не актуально. и я не отправляю мемы пачками на пикабу, а если есть проблема которую нужно заскринить, то prntscr + ctrl+v.

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

А мы то про актуальные диалоги говорим, такие дела.

Особенно угарно когда нужно часть экрана выделить в скриншот, а визуальная часть гнумоскриншотилки мешает рамку двигать. Здорово, правда?

а это не проблема совсем. просто рисуешь новую рамку

Тут дело не в том что «подловили - не подловили», а в том, что если багу 20 лет и он буквально стал мемом, значит есть немалая группа людей, которым этот функционал нужен. И есть небольшая группа людей (гнуморазрабов), которая переругалась с коммьюнити и между собой за право и возможность объяснить этой немалой группе людей насколько это ненужно и почему.

18 лет они этим занимались, потом выкатили сырое недоподелие, которое даже не умело генерить превьюшки если до этого файл не открыть в приложении или папку с файлом в ФМ. Что, в принципе, по итогу не отличается от того же переноса файла из открытого рядом ФМ, т.е. бесполезно.

Через еще 2 года они вернулись к тому, что и как именно их просили сделать те самые 20 лет назад. И теперь они, как и 2 года назад, преподносят это с гордостью.

Не надо уподобляться таким в поведении.

Особенно угарно когда нужно часть экрана выделить в скриншот, а визуальная часть гнумоскриншотилки мешает рамку двигать. Здорово, правда?

https://youtu.be/2aVEHZa-EBc

Здорово, правда?

Её хотя бы рисовать можно на свободном месте, на маке и этого сделать нельзя.
А ещё можно ткнуть ПКМ и размер рамки сбросится.

Зачем? Я лучше Spectacle или Flameshot буду использовать (что и делаю) - там такой проблемы нет.

Гнуморазрабы не тестят свои поделия сами. Более того, большинство из них вообще не используют Gnome, они на маках почти поголовно сидят, а главный разраб и основатель вообще кучу лет назад ушел в MS работать. От того и вечная проблема с юзкейсами и «мы не будем делать потому что это вам не надо, closed, wontfix».

большинство из них вообще не используют Gnome, они на маках почти поголовно сидят

Оно и хорошо, макось по удобству после гнома такое себе, куча вещей реализованы криво (в т.ч. скриншотилка).

Оке, я уже сонный. Имел ввиду не двигать, а ресайзить.

Забавный момент - редко встречается гномоюзер, который сам первым начинает сравнивать гнум с макосью :)

У флеймшота есть свои проблемы.