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)

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

Тогда уже повсеместно были распространены HDD.

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

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

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

Ладно, ок.

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

Разговор вообще не о том, разговор о том, что в заявлении «инструменты управления окнами гнома это тот же вин 3.*, только с анимированным дашем» логика — на уровне «4K монитор — это тот же телевизор «Рекорд», только без кинескопа».

Базовые операции с окнами тянутся ещё с Xerox, если я правильно помню (тайлинг – оттуда же, гугли Xerox CEDAR).

Но если тебя или @kirill_rrr посадить за 3.11 со словами «это тот же гном, только с неанимированным дашем, давайте, работайте», вы оттуда скорее всего с воем убежите. Достаточно вспомнить один только миллион перекрывающихся модальных окон.

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

, а с другой стороны иногда можно, и у меня даже работает по умолчанию и на невидия/нуво и на малине.

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

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

Не спорю с тем, что разработка протокола затянулось жутко, да и KDEшники сами отмечали, что допустили большую ошибку, не сделав основной протокол для десктопа заранее. Однако по умолчанию Wayland стали внедрять только в 2022-2023, до этого его в глотку никто никому не пихал (ну кроме федоры). Тихо ехало разрабатывалось.
Сам я перешёл в 2022, да как-то и остался.

Но в любом случае ситуация сейчас такова: на иксах моё оборудование не работает, на Wayland работает

Но окнам до сих пор принципиально не дают возможности взаимодействовать и даже знать своё положение.

… и как пользователя меня подобное совсем не волнует, в отличие от полноценной поддержки железа.
Насколько знаю, Xwayland позволяет устанавливать позицию окна.
Тоже костыль, однако по сравнению с тем хаком в иксах он просто работает.. по крайней мере на моём зоопарке железа из AMD, Intel и Apple.
Опять же мне всё равно, как оно там работает, мне главное, чтобы работа работалась и оборудование выполняло свой функционал.

фокусировки всплывающих меню.

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

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

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

в 1981-82 годах, когда ты мог быть в первом классе, перфокарты уже просто вымерли
Тогда уже повсеместно были распространены HDD.

Ээ-э-м-м... А вы из какой из перпендикулярных реальностей? :)

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

Там выше 87 - у меня в универе в 1994 был внешний scsi «утюг» размером 800мб тех лет.

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

https://habr.com/ru/articles/732522/ - ЕС во все поля были в экономических/плановых отделах. Да, чуть устаревшие, но смысл был апгрейдитт, если исторические данные можно был набить в перфокарты и получить расчет прогноза на барабанном принтере? Электричество тогда не считали.

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

Поддержку то да, но вот увидеть 2.0 с момента выхода 3.0 в 90-ом было уже проблематично. Я сам с 3.1 начинал, но уже тогда 2.0 увидеть можно было разве что в музее.

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

Это не значит, что Aceler не мог видеть 2.0 воочию :)

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

это не было бы хамством

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

Это просто эталонное передёргивание. … это снова нарушение логики взаимодействия с интерфейсом.

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

Посмотри, например, как работает подсказка в explorer.exe, хотя бы в десятке: Если пользователь навёл указатель на элемент и не взаимодействует с ним, всплывающая подсказка появляется. Если пользователь навёл указатель и кликнул по элементу — подсказки не будет. И ничего не моргает. Почему в дельфине вместо «подсмотреть как у других» пошли в сторону «уберём функцию совсем» — вопрос отдельный.
Но (!), это лишь один из вариантов «как можно было бы сделать». Альтернатив только я несколько привёл — переместить в другой угол окна (над сайдбаром), добавить строку состояния (что решит вопрос при навигации с клавиатуры) и ещё несколько есть.
Нужно сесть, проработать альтернативы, и выбрать наименее ломающий концепцию DE. Только как это сделать, если, в частности, ты проблему явную не признаешь?
Открой в наутилусе, каталог, где файлов будет кратно количеству столбцов, т.е. послединй объект будет в нижнем правом углу окна (в ливке openSuSE из ОП, например, у меня это /usr/lib был), и нажми [Shift]+[End] на клавиатуре, и попробуй прочитать имя последнего элемента. Удобно? Есть способ, не прикасаясь к мышке убрать накрывшую его плашку «41 folders selected…» и прочитать имена каталогов в последней строке?

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

И среди только представленных мной есть как минимум одна из альтернатив аргументами против которой ты назвал лишь «оно не по хигу». Что сказать тут можно? Говно ваш хиг, если по нему не сделать даже файловый менеджер без проблем с юзабилити.

Записал себе в TODO — оформлю отчёт об ошибке на днях

И это костыль, который должен был появиться если не в первом релизе третьегнома, то в одном из первых. Что его нет и в 47 — показатель. Не думают про то «как этим пользоваться» разработчики гноме. Совсем. Думают лишь «как оно на таблетке выглядеть будет».

Чёрт возьми, так нагло передёргивать — это талант! Исходный вопрос был вообще про флажки в меню Dolphin

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

Почему активные элементы никак не отличаются от декоративных? (Это к вопросу о том что в левом верхнем углу «open image» не кнопка, а заголовок окна. Ты же об этом уже ответить захотел?)

И дельфин тут вообще никаким боком. Ну и кто тут передёргивает?

Не отвертишься.

Ещё раз, медленно, для тех кто не успевает:

  1. Ты сказал «мультивыбор в контекстном меню плохо».
  2. Я с тобой согласился, что это плохо. Приняв пример из дельфина просто за иллюстрацию на попавшемся под руку.
  3. Ты дополнил мысль, после чего я понял, что ты не к сценарию, утрировано, где в опроснике группу чекбоксов с ответом на вопрос прячут за выпадайкой, а конкретно к дельфину прицепился, а к конкретному приложению.

До «3» я считал тебя достаточно умным, чтобы ты не опускался до настолько тупой попытки сместить акцент. Поэтому и обсуждал абстрактную идею, где способ переключить 10 параметров — только 10 раз в контекстное меню сходить. Когда понял, что ошибся, указал тебе, что
А) в дельфине есть место где можно сразу все сведения переключить, а это команды для «быстро включить\выключить одно» (не было бы там чекбоксов, ты бы вопил, что «нипанятна текущее состояние»); Б) даже если дельфин — полный абзац, какое это отношение к наутилусу имеет?

Но ты можешь и дальше оправдывать ущербность наутилуса проблемами дельфина (которые в конкретном случае — плод твоего неосиляторства, но да ладно). А если я скажу, что я, допустим, Caja пользуюсь? Будешь оправдываться проблемами в mate? Третий раз: «у вас негров линчуют» — не работает.

увиливания в сторону, что, де, не будет он меня учить

Нострик, ну ты понял… Во-первых, на: https://docs.kde.org/stable5/en/dolphin/dolphin/using-dolphin.html Во-вторых, куда ты уходишь от наутилуса? Тебя волновать не должно «как там оно в KDE». Ты защищаешь высер тех, кто угробил DE которым я много лет пользовался и уходить не хотел? Вот и защищай его. Пока что про наутилус говорим.

И я мог бы тут написать, что не буду

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

Простите, ШТО? o_O (И это, вы правда думаете, что размер указателя как-то влияет на активацию пунктов меню?)

Открой своё же видео «вот ещё в копилку», на 10 секунде. Сам виноват, что в памяти засело воспоминание о стрелке размером со значок каталога. Нефиг мышкой в истерике дёргать.

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

на 2-3 элемента

Говорите на десять

Вот ещё в копилку: https://drive.google.com/file/d/1Sk5m6d737XpzgJ4UaZLu0HpboWjYNMP6/view?usp=sharing

На пятой секунде промахнулся мимо Sort By и вместо того, чтобы поднять указатель на пункт выше, увёл его куда? На разделитель, под которым есть ещё Show hidden files. Имеем «на 2 элемента выше». Не помнил точно, на сколько имеено пунктов ты махнул, вот и написал приблизительно. Ещё вопросы?

У нас кнопки начали активироваться по наведению, что ли?

А тебе легче будет от того, что ты кликнешь по пустому месту, отведёшь мышку в центр окна, и снова промахнёшься по кнопке?

Или вы до сих пор, блин, не поняли, в чём косяк с этими всплывающими непонятно где подменю? … Это фундаментальная проблема всех элементов, активирующихся по наведению.

Ох ёпрст… колько же тараканов бывает в одной голове. Если у конкретного пользователя проблемы с координацией, ему нужна возможность выключить переключения открытого подменю по onHover. Остальным пользователям дискомфорта автоматическое открытие подменю при задержке в секунду над пунктом — не проблема. Более того, если пользователь, как делаю я, нажимает кнопку мышки на View и не отпуская тащить начал до нужной команды через Sort by→Document, ему можно без задержек открывать пункты подменю.

Вы, вместо того, чтобы подумать «как упростить для 10 человек» думаете «как заставить всех быть не продуктивнее тех 10, что трудности испытывают».

может вызывать ложные активации элементов

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

Вас всегда из крайности в крайность шатает? Повторю, почему ДЦПшники в шараге у нас не ругались на такие меню? И даже не включали режим (забыл как он в винде называется), когда меню лишь по клику открывается? Пользовались нормально.

Цитата: «Возьми нормальное DE и тулкит. Тот же KDE, хотя бы.»

Там точка не просто так стоит после слова «тулкит». И иледующим предложением идёт уточнение, что кеды, хоть и упомянуты, тоже не «нормально», но хотя бы приемлемо.

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

в 1981-82 годах, когда ты мог быть в первом классе, перфокарты уже просто вымерли. Тогда уже повсеместно были распространены HDD.

Ээ-э-м-м… А вы из какой из перпендикулярных реальностей? :)

Я уже закончил эту дискуссию, читай топик.

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

Посмотри, например, как работает подсказка в explorer.exe, хотя бы в десятке: Если пользователь навёл указатель на элемент и не взаимодействует с ним, всплывающая подсказка появляется.

Да, блин, потому что подсказка относится к элементу под курсором. А вы предлагали, цитирую:

рядом с указателем всплывающей подсказкой показать «выбрано …», если пользователь замер (и чего-то ожидает)

Побуду в очередной раз Капитаном Очевидность и скажу, что «выбрано 17 файлов и 3 каталога» к текущему элементу, оказавшемуся под курсором, в общем случае не относится. А значит, показывать такую подсказку рядом с контекстным указателем, просто на основании того, что пользователь на секунду перестал двигать мышкой, не следует.

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

Почему активные элементы никак не отличаются от декоративных? (Это к вопросу о том что в левом верхнем углу «open image» не кнопка, а заголовок окна. Ты же об этом уже ответить захотел?)

А не сходили бы вы сами по своему же совету и не посмотрели бы, что ветка обсуждения про флажки и иерархические меню началась так: https://ibb.co/3NYW994ссылка на сообщение.

Исходная ваша цитата (есть на снимке):

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

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

Ветка обсуждения иерархических меню же шла вплоть до этого вашего сообщения, в котором вы умудрились на замечание, что такие проблемы с меню не только в Dolphin, а везде, ответить:

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

Т.е. полностью противоположно тому, что я написал.

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

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

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

Сам придумал — сам опроверг, называется.

Сам виноват, что в памяти засело воспоминание о стрелке размером со значок каталога.

Ну конечно же, это я виноват, что у вас в памяти что-то там засело. Я даже и не сомневался.

И иледующим предложением идёт уточнение, что кеды, хоть и упомянуты, тоже не «нормально», но хотя бы приемлемо.

Внезапно, «приемлемо» не исключает и не противоречит «нормально». Их даже можно считать синонимами: https://ibb.co/0Cm8HDh.

И что «кеды тоже не «нормально»», вы там не написали, не надо ля-ля.

Там точка не просто так стоит после слова «тулкит».

Ещё раз, цитата: «Возьми нормальное DE и тулкит. Тот же KDE, хотя бы.»

Давайте спросим у Даши, какие же «нормальное DE и тулкит» имел в виду автор:

  • CDE и Motif.

  • Следующий сразу далее в связанном уточняющим сочетанием «тот же» предложении KDE, по невероятному стечению обстоятельств использующему единственный крупный не-GTK («нормальный») тулкит: Qt.

Ваши попытки доказать, что в фразе «Возьми нормальную машину. Ту же Toyota, хотя бы.» Toyota не названа нормальной машиной, настолько жалки, что даже как-то неудобно вас пинать за это.

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

Во времена 800x600 никто не жаловался.

А во времена 720р было очевидным, что 1080...1200р монитор как раз нужен для 4 окон сеткой 2х2.

Такие панели только в кедах.

Не только и не обязательно. У меня такая была в гном2, в хфце и в мате.

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

А то у меня другие данные.

Выборка в 2500 человек с искажением, среди фанатов гнома (что они сами же признают)? Даже там 23%. Но есть убунту с немного другим дефолтом гнома, есть циннамон и если не ошибаюсь ещё 2 гтк3+ ДЕ на базе гномошела. Мате и xfce считаю не модификацией гномошела а самостоятельными столами на гтк3+

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

«это тот же гном, только с неанимированным дашем, давайте, работайте», вы оттуда скорее всего с воем убежите.

Меня пугали twm, я не испугался и до сих пор держу его запсным WM на распбиан-8/Пи3. Он даже в галерее есть в процессе пережёвывания сериала.

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

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

Криво, косо, но зато хоть как-то.

Что кстати гениальное решение для 60+120 и не может не работать, а вот на 60+85 я должен был бы заметить косяки при движении скажем мыши по экрану 60. Это вполне себе специфический тест на проскок кадров, такое обычно заметно даже если кадры не видятся.

меня только выбешивает как вы носитесь везде, пытаясь словами закопать то, что починило мне работоспособность оборудования

У меня ситуация точно такая же, даже хуже. Вайланд у меня запустился 1 раз из 4 попыток, показал целую гамму тормозов и косяков (виноват гном), но даже если не гном - то поломанные модели фокусировки и взаимодействия окон и урезанный функционал для меня важны, а hdr и высокие частоты - абсолютно бессмысленны. Только достают меня не какие то там пользователи на форуме, а конкретно разработчики софта которым я хотел бы пользоваться, только это сложно.

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

Собственно 2/3 гномошела было придумано в юнити.

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

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

Собственно 2/3 гномошела было придумано в юнити.

После инструментов управления окнами из Windows в 3.11 я уже ничему не удивляюсь.

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

В Windows 3.11 можно упорядочить окна каскадом. А можно свернуть. Кликнуть правой кнопкой мыши по иконке меню окна для закрытия (кстати, очень интуитивно (нет)).

В Gnome можно открыть оверлей. Или таскать за CSD. Или закрыть кнопкой на CSD.

Они очень похожи (нет).

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

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

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

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

А я бы предложил вспомнить даты появления всего этого на экранах пользователей. Оригинальный, так и не зарелизиный гномошел, кстати, был простоо шикарен вместо компиза поверх гном2. Но это исправили перед релизом.

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

Именно то, что мы видем в андроиде.

Нарисуй, пожалуйста, стрелочками, что мы видим в андроиде и что мы видим в гноме, потому что мы не видим.

Примеров не-гномо CSD тоже можно, потому что у меня уже стойкое ощущение, что мы про разные вещи говорим.

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

Отличительный признак гномо-csd - пальцетыкательная двухстрочная панель, не предоставляющая примерно нихрена функционала

В значительной степени зависит от приложения.

и занимающая при этом почти столько же места как классика.

вдвое меньше = почти столько же

чёрное = белое

добро = зло

И другие когнитивные искажения.

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

А я бы предложил вспомнить даты появления всего этого на экранах пользователей.

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

Оригинальный, так и не зарелизиный гномошел, кстати, был простоо шикарен вместо компиза поверх гном2.

Это ты про безумную боковую панель размеров в четверть экрана по ширине?

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

Мастерство демагогии.

Всего лишь практичный подход. Мне без разницы какие там в гите даты стоят, уубнту выкатила юнити своим пользователямкогда у всех был гном2 в дистрибутивах, гном3 ну может быть у кого нибудь и можно было посмотреть, но это всю систему надо было сломать.

Это ты про безумную боковую панель размеров в четверть экрана по ширине?

Это я про в принципе тот же самый Даш ,только без ненужного поиска в роли панорамы окон в гноме.

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

вдвое меньше = почти столько же

Обычно на 30% меньше, если не использовать ультратонкий заголовок и/или не сводить панель инструментов в одну строку с главным меню.

А именно мой дельфин - на 5-10% толще, у меня главное меню скрыто, кнопки скомпонованы в 1 строку, причём их размер увеличен а заголовок окна большой и жирный. Так что это такая себе героическая 10%-я победа ферарри над камазом.

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

CSD расшифровывается как client-side decorations. На скриншоте у Android вообще нет decorations.

Чтобы их увидеть на Android, надо перевести приложение в оконный режим.

Если под CSD ты понимаешь панельку сверху, ну, у меня для тебя плохие новости.

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

Мне без разницы какие там в гите даты стоят,

Мне без разницы кто там что показывал в блогах и на конференциях

Мне без разницы кто что в реальности делал

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

ОК, твоя сомнительная логика понятна.

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

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

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

Обычно больше:

Ну так там и ниструменетов и информации больше! К тому же вот эту толстенную панель правильно сжимать в 3 раза, такая настройка гтк2 есть в самом основном наборе настроек.

[как-то перехерачено, чего у остальных пользователей по дефолту нет]

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

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

Ну так там и ниструменетов и информации больше!

Лол, нет.

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

Опять с тобой не посоветовались, что за люди такие.

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

Тогда почему бы не рисовать технически правильным CSD нормальные рамки окон, а не эту мобильную панельку?

Что такое «нормальные рамки окон»? На этом скриншоте они слева?

Почему панелька «мобильная»?

Это я что ли придумал выкинуть нормальные рамки, менюшки и панели и перейти на пальцетык мышкой на десктопе с потерей функционала?

Кстати, я понятия не имею, кто это придумал, но его копирует даже Apple.

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

Почему панелька «мобильная»?

Знаю, что меня не спрашивали, но эта панелька абсолютно идентична ведроидовской/огрызочной, только кнопка «Закрыть» есть еще. А мобильная она потому, что тыкать пальчиками в меню-гамбургер гораздо удобнее, чем в классическое «Файл Правка Справка».

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