LINUX.ORG.RU

GNOME 43

 , , , ,


3

6

GNOME — свободная среда рабочего стола для UNIX-подобных операционных систем.

Новое в версии 43:

  • Изменено меню состояния системы, в котором теперь помимо стандартных функций есть кнопки для быстрого изменения часто используемых настроек, а также их статус; переключение темной и светлой темы, создание скриншотов, возможность выбора вывода звука и кнопка для соединения через VPN.

  • Продолжается переписывание приложений на GTK4 и libadwaita, например, файловый менеджер, консоль, карты и прочие.

  • Nautilus переведён на библиотеку GTK 4. Реализован адаптивный интерфейс, который будет изменяться в зависимости от размеров окна. Также изменились меню, окно свойств файла, новое диалоговое окно открытия файлов, добавлена кнопка для открытия родительского каталога.

  • В конфигураторе добавлена страница Device Security, которая выводит информацию об Secure Boot, TPM, IOMMU, а также о возникающих ошибках, которые могут случаться из-за вредоносного ПО.

  • Builder переведен на GTK 4. В интерфейсе добавлены вкладки и строка состояния, новый редактор команд. Добавлены новые опции для определения утечек памяти.

  • Календарь обновлен, теперь в нем есть боковая панель для навигации и заметок о событиях. Изменена цветовая палитра.

  • Адресная книга теперь может импортировать и экспортировать данные в формате vCard.

  • GNOME Calls: добавлена поддержка шифрованных VoIP-звонков и возможность отправки SMS.

  • GNOME Web (Epiphany): добавлена поддержка дополнений WebExtension. Проведён рефакторинг кода. Добавлена поддержка view-source:. Улучшено оформление в режиме чтения. В контекстное меню добавлен пункт для создания скриншотов. Добавлена кнопка для установки сайта как web-приложения.

  • GNOME Software: добавлены веб-приложения. Пример.

  • Множество мелких и косметических изменений, например, исправлены недочеты в темной теме, обновлены различные звуки, окошки about также обновились.

Опробовать GNOME 43 можно в live-сборке openSUSE либо в Fedora 37.

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

★★★★

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

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

обсирают фанаты гнома, м? :-)

А сейчас ВСЕ. 70-80% пользователей если не ошибаюсь, в т.ч. пользователей гномоклонов.

как будто виндузятников на ЛОРе никогда не было.

Было, но по каким поводам? Софта нет, дроване работают, поиграть не во что, конфиги напиши... Что то не помню серьёзных притензий к ДЕ, они то как раз всем норавились. А уж когда компиз пошёл...

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

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

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

А сейчас ВСЕ

А, ну в те годы DE, отличные от Gnome и KDE были на голову хуже, поэтому пользователей этих DE было мало. Сейчас их побольше.

Иными словами, что раньше были не-пользователи Gnome, что сейчас.

И да, основная масса никогда не обсирает, основной массе посрать.

Было, но по каким поводам?

«Любое линуксовое DE не может дотянуться даже до Windows 98» ©

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

А я помню. И он помнит. Давай ты просто послушаешь дедушек, пока из нас ещё не всё высыпалось? :D

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

«Любое линуксовое DE не может дотянуться даже до Windows 98»

Я не застал тех времён. Я застал кде3 в финальной стадии развития и гном2, который как раз затыкал последние серьёзные косяки и на глазах становился конфеткой.

Насчёт скринов какого нибудь гном 1.2 или 2.0 например или кде2 - да, согласен, вин98 былалучше проработана.

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

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

Я прост из де пользуюсь всего тремя вещами:

  • файловым манагером (ибо они под линем унылые абсолютно все, реально это печалит больше всего ибо тупо не выбрать нужные фоты на сетевом диске из папки где 1000+ фоток не поседев пока не отрисуются превьюшки при КАЖДОМ входе в одну и ту же папку, тупо не выбрать НУЖНЫЙ pdf при выборе вложений в email и т.п.)
  • панелькой настроек монитора (ибо у меня один ноут и несколько рабочих мест с разными раскладками дисплеев и мне лень дергать храндр хотя это было бы логичней)
  • панелькой с треем и кнопками запуска часто нужных приложений и скриптов - тут крыса самая удобная на самом деле но Даш-ту-панель тоже ничо если не требуется нормальная скриптозапускалка «по быстрому»

Изредка пользую настройки блютуса/вафли но один фиг даже вайергард требует сбегать в консоль

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

Кстати ещё вспомнил что ещё бесит - в 2022 гном до сих пор не умеет сохранять сессии. Это пичаль для «Энтерпрайзно-дефолтного де»

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

тупо не выбрать нужные фоты на сетевом диске из папки где 1000+ фоток не поседев пока не отрисуются превьюшки при КАЖДОМ входе

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

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

Т.е. в целом меня устраивает функционал опенбокса

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

но я не понимаю как они (рхел, ойбиэм, стопицот тыщей разрабов на окладе и тп) за столько лет не могут реализовать мои скромные хотелки удобнее чем в дремучей винде 7

Этого никто не понимает. Но они же художники, они так видят!

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

Кстати, с установкой обоев и тем в гном-3 в 5 минут тоже не удложится. И в 2 часа тоже не факт. А виджеты панели второгнома разбрасывались мышкой за пару минут, особенно быстро если ты виишь её не в первые и знаешь что тебе надо.

Картина просто клиническая, если честно.

Подозреваю детскую травму.

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

Есть еще гном-фолбэк, для ностальгирующих.

utanho ★★★★★
()

Раскладку по капсу уже переключать можно без танцев с бубном?

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

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

не, так мне не надо отключать миниатюры, мне надо что-бы:

  • они генерировались быстро не через полную выгрузку файла по сетке на ноут а через дёрганье уже встроенных в равки/жпеги превьюшек (для понимания - что виндовый эксплорер что маковский файндер строят превьюшки для папки в 100Гб лежащей на линуховой самба шаре в гигабитной сети примерно 1-2 минуты, гном минут 20-30)
  • они не перегенерировались при каждом входе в папку. оба офтопика хранят кэш уже созданных превьюшек и не пересоздают их каждый раз, гном … ну ты понял

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

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

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

заинтриговал, накатываю тамблвид в виртуалку :-)

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

заинтриговал, накатываю тамблвид в виртуалку :-)

а не, всё нормально (с)
всмысле то-же не работает:

  • заходим в смб шару, выбираем просмотр с превьюшками, включаем превьюшки для сети
  • дельфин начинает строить превьюхи. медленно. очень.
  • меняем размер превьюшек (ползунком внизу экрана) на больше - он начинает перестраивать уже построенные превьюхи (чо сразу то не построить под максимальный размер?)
  • самый смех - меняем ползунком размером превьюшек на меньше … он начинает ОПЯТЬ перестраивать ВСЕ превьюхи (НАФИГА, просто пле пережми те что уже построил????)
  • гвоздик в крышку - выходим из папки, возвращаемся … строит опять с нуля

это ппц, честно

апд: второй гвоздик - он строит только превьюхи для видимой области, если покурить пять минут то он не построит превьюшки для папки с 200-300 фотами, он построит только для первых 50 что влезли в экран (рукалико)

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

вообщем дельфин - бяка, гвенвью (в первый раз вижу) - молодец

rukez ★★★★
()
Последнее исправление: rukez (всего исправлений: 3)
Ответ на: комментарий от ananomous

А какие у вас проблемы использования в 4к?

У меня сейчас из непонятного - только с двумя Tk-шными программами: gitk и git gui. Все остальное как-то почти само собой подхватывает все настройки. А, нет, winecfg приходится отдельно от остальных настраивать

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

В наше непростое время кто-то ещё пользуется СМБ шарами? :)

самый смех - меняем ползунком размером превьюшек на меньше … он начинает ОПЯТЬ перестраивать ВСЕ превьюхи (НАФИГА, просто пле пережми те что уже построил????)

Конечно же, так не работает. Через пару итераций будет вообще полное говно на экране.

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

Зато первогномовская панель позволяла всякие штуки типа swallowing-а, и в неё можно было напихать всяких других окошек.

У меня там список контактов licq жил для того, чтобы обеспечить автоматическое выскакивание контактов при подведении мышки к краю экрана и ещё какая-то такая же штука. А уж sawfish!.. Мечта, а не WM! Если вдруг требовалось «странное»: перестраивать лэйаут в зависимости от списка запущенных команд или там держать строго определенный набор актуальных контактов того же licq всегда перед глазами - всё это делалось если не в два клика, то в 10 минут программирования дискового скрипта... Кароч, gnome1 - это такая почти идеальная оболочка для инженеров, у которых бывают разнообразные задачи, и которые не стремаются решать их разнообразными методами.

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

гвоздик в крышку - выходим из папки, возвращаемся … строит опять с нуля

Вот этого точно не происходит. Они кешируются в кеше миниатюр, а он может расти почти до бесконености. Другое дело что они там лежат в .png и на открытие этой мелочи тоже надо время, особенно на медленных arm.

НАФИГА, просто пле пережми те что уже построил????

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

вообщем дельфин - бяка, гвенвью (в первый раз вижу) - молодец

Вот странно, потому что они фйловый просмотр они делают одинаковыми методами и одними и теми же библиотеками.

т.е. видимая область не влезает без очереди как

Ну, у меня лезет без очереди.

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

Конечно же, так не работает. Через пару итераций будет вообще полное говно на экране.

Конечно же надо кэшировать превьюшку в максимальном для неё разрешении и потом ресайзить локальный кэш под выбранное разрешение в текущий момент а не пересчитывать с нуля все превьюхи в папке при каждом движении ползунка с размером превьюх ;-)

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

Вот этого точно не происходит.

У меня в последнем тамблвиде происходит, по крайней мере если в папке построены не все превью (а все мне не построить ибо там овердофига экранов а дельфин строит только активный - это минут 20 надо только листать и ждать)

на открытие этой мелочи тоже надо время, особенно на медленных arm.

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

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

Неправильный, я выше написал как правильно. В крайнем случае можно пересчитать вниз имеющееся, достроить непостроенное и потом уже перестроить пересчитанное, но точно не сбрасывать все в ноль что корячилось 20-30 минут в разрешении «на 10% больше» - это бред

Вот странно

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

Ну, у меня лезет без очереди.

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

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

облака

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

Облако хорошо когда обработка тоже в облаке или через прокси которое генерит облако, но софт с которым я предпочитаю работать в такое не любит

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

Я прост из де пользуюсь всего тремя вещами … файловым манагером…

Но ведь все или почти все ФМ, идущие как часть DE, слизаны с виндового проводника. Я не понимаю, как этим можно пользоваться.

Имхо, идеал ФМ лежит где-то посредине между mc/far и Double Commander. Вот бы к графическим двухпанельникам приделать нормальную интеграцию с командной строкой, как в консольных… Попытка, кстати, была сделана в konqueror, если его настроить, получается что-то близкое, но недотянуло. Ну и по зависимостям он суровый, в KDE встраивается естественно, в других средах не очень.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 2)

че там, в арчик прилетело?

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

Приватные облака. Н-р, некстклауд.

То есть, я понимаю, что webdav, вероятно, медленнее, чем SMB, а PHP заведомо медленнее сяшечки.

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

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

все или почти все ФМ, идущие как часть DE, слизаны с виндового проводника.

Когда это в виндовом эксплорере был живой двухпанельный режим?

Да и бредкрамбы появились, ЕМНИП, в СанОС-овом графическом окружении, во времена то ли тройки, то ли 4-ки. Впрочем, тут возможны варианты, возможно, я просто не сталкивался с другими кандидатами на роль праотца UI :-)

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

Когда это в виндовом эксплорере был живой двухпанельный режим?

Никогда. А в каких линуксовых ФМ, идущих в комплекте с той или иной DE, он есть? Как я и говорю — попытку сделал разве что konqueror.

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

В Нау вроде тоже какое-то время был режим 2-панельника, но потом отказались от него

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

Но, кам’н, 2022 год на дворе, инфраструктура доросла до того, что для большинства практических задач разницей внутри (локального сегмента) корпоративной сети можно пренебречь.

у меня на сервере для локальной работы стоят два hhhl диска в параллель, правда заявленной скорости в 3.8Гб/с они не достигают т.к. мамка не умеет в пси-е4 и ~4Гб/с на запись я получаю только собсно с пары, чтение обычно 10+
на кой мне выносить оперативные данные в облако где скорость будет 20Мб/с в моём случае со скоростью интернета в 200Мбит/с или в лучшем случае 100мб/с если я разорюсь на загородный гигабит за 10к/мес?
эти-же 100мб/с я имею лёжа на диване бесплатно (с) с возможностью купить юсб свисток за ту-же десятку и получить уже 500/1000мб/с

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

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

но опять-таки софт с которым я люблю работать в это всё умеет плохо и мне проще держать сервачок в подвале, что в 2022 что в 2032 будет аналогично ибо каналы никогда не догонят локал-сторедж а обьемы данных всё растут и растут :-)

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

Вы какие то ужастики рассказываете. Неужели дельфин испоганили?

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

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

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

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

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

на кой мне выносить оперативные данные в облако где скорость будет 20Мб/с в моём случае со скоростью интернета в 200Мбит/с или в лучшем случае 100мб/с если я разорюсь на загородный гигабит за 10к/мес?

Мхм, мы точно всё ещё об SMB-шарах разговариваем :-)?

Тезис-то был не в том, что облако — это как локальный жёсткий диск, только лучше. Тезис был в том, что какой-нибудь НекстКлауд (плюс, может быть, AD) в 2022-ом году в качестве слабо структурированной сетевой файлопомойки работает лучше, чем Самба. И версионность есть, и тугаменты можно совместно редактировать, и что нужно автоматически настраивать на фоновую синхронизацию себе на локальный диск.

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

одновременно мог показывать превьюхи всех файлов что в папке что в области предпросмотра, быстро считать

Только если позволить ему засирать всё файлами Thumbs.db (и после их заполнения), а я категорически против этого.

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

Все Наутилус нормально кэширует. Все ресайзится без обновления миниатюр. Я хз, ты что там на пылесосе фотки в Гноме смотришь?

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

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

Vadim59
()

Мне нравятся приложения гнома, это действительно хороший и самобытный дизайн. А с либ адвайтой оно еще и стандартизировано во все поля. Плюс увидел недавно современный мак ос - гном во все поля. Но мне не нравится сам гном шелл, выпилили трей, странная организация рабочих столов, нет на рабочем столе файлов и тд В мак ос сделано из коробки не плохо. Гном в юзабельном виде из коробки есть в убунте, со всякими расширениями. Компромиссный вариант - использовать xfce с gnome приложениями. Да и kde сейчас с новым kickoff вполне себе торт.

Остается дождаться переписывания гтк приложений на гтк4, pipewire из коробки, wayland на всем железе и тд. А так же нового kde 6 и приложений на новой версии тулкита.

Думаю пару лет займет точно этот переходный период.

koshmar ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.