LINUX.ORG.RU

GNOME 47 «Denver»

 

GNOME 47 «Denver»

0

2

После шести месяцев разработки представлен выпуск среды рабочего стола GNOME 47. Для быстрой оценки возможностей GNOME 47 предложены специализированные Live-сборки на основе openSUSE и установочной образ, подготовленный в рамках инициативы GNOME OS. GNOME 47 также уже включён в состав экспериментальных сборок Ubuntu 24.10 и Fedora 41.

В новом выпуске:

  • добавлена поддержка настройки акцентных цветов (accent), применяемых для выделения активных элементов. Если ранее тема оформления GNOME предоставляла единый синий акцентный цвет, то теперь в конфигураторе внешнего вида предоставлена возможность выбора из нескольких вариантов;
  • улучшена работа на системах с низким разрешением экрана, для которых оптимизирован процесс отрисовки пиктограмм и элементов интерфейса. Решена проблема с отображением слишком мелких пиктограмм – GNOME теперь автоматически выбирает уровень масштабирования пиктограмм для обеспечения адекватного для низких разрешений размера;
  • на системах с GPU Intel и AMD добавлена поддержка задействования средств аппаратного ускорения кодирования видео при записи скринкастов, что позволяет снизить нагрузку на систему и устранить влияние записи скринкастов в высоком разрешении на отзывчивость интерфейса и приложений;
  • до версии 4.16 обновлена версия библиотеки GTK, в которой по умолчанию в окружениях на базе протокола Wayland задействован движок отрисовки «vulkan», напрямую использующий графический API Vulkan. Значительно улучшено качество и производительность отрисовки на старом оборудовании и на мобильных устройствах;
  • при удалённом подключении к рабочему столу реализована поддержка сохранения сеансов - при случайном отключении от удалённого рабочего стола предоставлена возможность возвращения к прерванному сеансу без потери его состояния (сеанс будет возобновлён в том же виде, что и до выхода);
  • предложен новый стиль диалоговых окон, используемых в системе и приложениях. Изменения нацелены на повышение удобства работы независимо от разрешений экрана и типа устройств;
  • существенно переработаны диалоги открытия и сохранения файлов, которые теперь не обособлены, а основаны на коде штатного файлового менеджера и приближены к нему во внешнем виде и поведении. В новых диалогах появились такие возможности, как изменение масштаба, выбор режима сортировки пиктограмм, встроенные функции переименования каталогов и файлов, предпросмотр файлов, генерация эскизов по мере необходимости и расширенный поиск;
  • в файловом менеджере Nautilus (GNOME Files) обновлён интерфейс диалогов, применяемых при создании нового каталога и сжатии файлов. В панели поиска обеспечен вывод контекстной информации, связанной с производительностью и влияющей на результаты поиска, например, отсутствие выбранного файлового пути в поисковом индексе или попытка поиска на части ФС, примонтированной с удалённого сервера;
  • расширены возможности боковой панели файлового менеджера. Сведён в одном месте список внутренних накопителей. Добавлена возможность удаления различных точек входа (Places), включая элементы для перехода к документам, загрузкам, музыке и видео. Добавлен новый раздел «Network» со списком сетевых хранилищ, включающий секции с подключёнными, ранее используемыми и доступными для подключения хранилищами;
  • в конфигураторе (GNOME Settings) в разделе настройки устройств ввода обеспечена возможность визуального предпросмотра раскладок клавиатуры до их выбора. В настройки для людей с ограниченными возможностями добавлен режим активации окон при наведении курсора. В разделе управления питанием для мобильных устройств предложены отельные варианты задержек перед переходом в ждущий режим. В различных конфигураторах задействованы новые элементы интерфейса GNOME;
  • расширены возможности калибровки графических планшетов, например, добавлена возможность калибровки в случае ручного, а не автоматического, сопоставления с монитором. Обеспечено отображение в конфигураторе GNOME планшетов, не поддерживаемых в libwacom. Подобные планшеты теперь обрабатываются и показываются как типовой планшет с общими базовыми настройками. Унифицировано наименование дисплеев в конфигураторе и настройках сопоставления планшета с монитором;
  • в средствах управления внешними учётными записями (GNOME Online Accounts) реализовано автоматическое заполнение деталей подключения к IMAP/SMTP на основании указанного email-адреса. Обеспечена интеграция электронной почты, календаря-планировщика и адресной книги с учётными записями Microsoft 365. При настройке WebDAV реализовано автоматическое определение доступных серверов;
  • в web-браузере Epiphany (GNOME Web) предложена новая функциональность для автоматического заполнения web-форм с учётом ранее предоставленных данных. В настройках можно выбрать доступную для автоматического заполнения информацию, такую как имя, адрес и контактные данные. Предложена новая панель с закладками, упрощающая навигацию и поиск закладок. Добавлен отчёт о конфиденциальности, отражающий число заблокированных браузером скриптов для отслеживания перемещений. Из-за изменений процесса аутентификации временно отключена поддержка сервиса Firefox Sync;
  • в календаре-планировщике переработано всплывающее окно с детальной информацией о событии. Улучшена обработка событий в режиме только для чтения. Улучшен внешний вид и изменены отступы между элементами. В диалогах импорта и редактирования событий обеспечена корректная обработка скрытых календарей и календарей в режиме только для чтения;
  • в коллекцию GNOME Circle добавлены новые приложения: Binary, Biblioteca, Hieroglyphic, Resources, Tuba и Valuta;
  • обновлён интерфейс анализатора свободного места на диске. Изменено оформление панели, списка файлов и пиктограмм; Изменено оформление курсора, показываемого в процессе ожидания завершения действия.
  • в менеджере приложений (GNOME Software) переработан вывод рекомендованных приложений;
  • в приложении для работы с картами (GNOME Maps) для представления географической информации по умолчанию задействована векторная графика. Добавлена поддержка использования поддерживаемого сообществом сервиса для построения маршрутов;
  • улучшена поддержка дробного масштабирования в приложениях на базе X11;
  • в сеансах на базе Wayland реализована возможность использования шлемов виртуальной реальности для игр.
  • добавлены базовые возможности для применения аппаратного ускорения при организации совместного доступа к экрану на системах с видеокартами NVIDIA;
  • добавлена возможность сборки GNOME Shell и композитного менеджера Mutter без поддержки X11, оставив только компоненты для Wayland.
  • в композитном менеджере Mutter добавлена поддержка расширения протокола Wayland drm-lease, которое предоставляет ресурсы, необходимые для формирования стереокартинки с разными буферами для левого и правого глаза при выводе на шлемы виртуальной реальности.

Видео: https://www.youtube.com/watch?v=sgcVp5RHy4Q.

>>> Подробности

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 3)

Ответ на: комментарий от AP

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

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

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

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

t3n3t
()
Ответ на: комментарий от kirill_rrr

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

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

Rootlexx ★★★★★
()
Ответ на: удаленный комментарий

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

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

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

AP ★★★★★
()
Ответ на: комментарий от kirill_rrr

тормозная

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

глючная

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

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

Как именно?

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

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

MrSugoma
()
Ответ на: комментарий от t3n3t

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

AP ★★★★★
()
Ответ на: комментарий от kirill_rrr

Всему прочему дножелезу это не поможет т.к. затраты на не-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.

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 1)
Ответ на: комментарий от AP

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

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

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

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

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

t3n3t
()
Ответ на: комментарий от AP

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

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

t3n3t
()
Ответ на: комментарий от t3n3t

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

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

whbex ★★
()
Ответ на: комментарий от AP

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

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

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

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

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

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

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от Rootlexx

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

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

t3n3t
()
Ответ на: комментарий от whbex

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

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

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

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)
Ответ на: комментарий от t3n3t

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

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

daminatorus ★★
()
Ответ на: комментарий от t3n3t

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

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

Rootlexx ★★★★★
()
Ответ на: комментарий от whbex

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

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

https://imgur.com/a/yGup49G

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

t3n3t
()
Ответ на: комментарий от kirill_rrr

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

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

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

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

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 2)
Ответ на: комментарий от t3n3t

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

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

whbex ★★
()
Ответ на: комментарий от whbex

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

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

t3n3t
()
Ответ на: комментарий от t3n3t

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

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

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

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

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

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

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

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

AP ★★★★★
()
Ответ на: комментарий от t3n3t

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

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

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

Rootlexx ★★★★★
()
Ответ на: комментарий от t3n3t

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

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

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

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 1)
Ответ на: комментарий от AP

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

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

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

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

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

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

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

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

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

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

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

Заметно.

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

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

t3n3t
()
Ответ на: комментарий от Rootlexx

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

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

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

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

t3n3t
()
Ответ на: комментарий от kirill_rrr

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

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

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

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

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

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

AP ★★★★★
()
Последнее исправление: AP (всего исправлений: 1)
Ответ на: комментарий от t3n3t

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

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

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

daminatorus ★★
()
Последнее исправление: daminatorus (всего исправлений: 1)
Ответ на: комментарий от whbex

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

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

t3n3t
()
Ответ на: комментарий от daminatorus

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

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

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

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

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

t3n3t
()
Ответ на: комментарий от t3n3t

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

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

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

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

whbex ★★
()
Ответ на: комментарий от whbex

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

t3n3t
()
Ответ на: комментарий от whbex

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

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

Rootlexx ★★★★★
()
Последнее исправление: Rootlexx (всего исправлений: 1)
Ответ на: комментарий от daminatorus

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

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

AP ★★★★★
()
Ответ на: комментарий от Rootlexx

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

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

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

whbex ★★
()
Ответ на: комментарий от daminatorus

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

MOPKOBKA ★★★★
()
Ответ на: комментарий от daminatorus

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

AP ★★★★★
()
Ответ на: комментарий от MOPKOBKA

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

daminatorus ★★
()
Ответ на: комментарий от daminatorus

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

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

t3n3t
()
Ответ на: комментарий от daminatorus

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

t3n3t
()
Ответ на: комментарий от daminatorus

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

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

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

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

t3n3t
()
Ответ на: комментарий от t3n3t

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

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

whbex ★★
()
Ответ на: комментарий от daminatorus

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

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

t3n3t
()
Ответ на: комментарий от t3n3t

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

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

whbex ★★
()
Ответ на: комментарий от whbex

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

t3n3t
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.