LINUX.ORG.RU

Какое окружение рабочего стола вы считаете ХУДШИМ?

 , ,


1

1
  1. GNOME 298 (43%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. KDE Plasma97 (14%)

    ********************************************************************************************************

  3. Окружения на основе тайловых WM (i3, dwm, etc.)58 (8%)

    **************************************************************

  4. Unity47 (7%)

    **************************************************

  5. Enlightenment47 (7%)

    **************************************************

  6. Другой вариант ответа32 (5%)

    **********************************

  7. Deepin25 (4%)

    **************************

  8. LXQt20 (3%)

    *********************

  9. Cinnamon13 (2%)

    *************

  10. TDE (Trinity)13 (2%)

    *************

  11. Xfce12 (2%)

    ************

  12. Pantheon (Elementary OS)11 (2%)

    ***********

  13. LXDE10 (1%)

    **********

  14. Mate8 (1%)

    ********

  15. Budgie4 (1%)

    ****

Всего голосов: 695

>>> Проголосовать

★★★★★

Проверено: Satori ()

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

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

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

Если окон много, то очевидно, что огроменными миниатюры не будут.

Да и похожие слишком.

Это для визуалов, короче — не для всех. А визуалов лишь примерно четверть. Тех самых, которые значки на рабочем столе выстраивают, и виджеты по расположению находят, ругаясь, когда хоть на сантиметр что-то съедет.

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

Что важнее в век ССД: а как он работает в свопинге? Компоненты кде в этом плане довольно пластичные. К тому же я не использую полную плазму, а только некоторые куски кед и вот они то очень даже хорошо свопятся.

На данный момент моя химера lxde+kwin_x11+dolphin+xfdesktop со старта ест 200-240М и растекается до 270-350М. Дальше беру вивальди и начинаю открывать вкладки (27шт) до 1,7Г оперы (2Г всего) + 1,7Г свопа. Переключение вкладок с задержкой, но само ДЕ слабо реагирует на нагрузку (больше всего, до 2-5сек замедлилась панорама kwin по активному углу. Хоткеи, панель, меню, трей, быстрый вызов утилит вроде запускалки gmrun или списка окон xfdesktop доступны в течении 0,5-1с). Затем всё закрываю и получаю 250М оперы и 130М свопа. Если вызывать дельфина во время прогрузки 27 вкладок одной пачкой, то ~20 секунд. Если после прогрузки то ~10 на холодную и ~3 на горячую. Старт либреофиса ~7-10 секунд на холодную.

Эти показатели кажутся мне очень даже неплохими, но сравнить с гномом на этом же ноуте не могу - уже вычистил. Установка плазмы у меня самая минимальная, около 300М оперы на холодную и ~30% стандартного набора, так что тоже не показатель.

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

при чём здесь возможности WM, когда речь о CSD в GTK+3?

Потому что если они не реализовали её ещё тогда (она объективно никому не нужна), тогда странно их упрекать в отсутствии этого в гтк3.

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

Выбор! Я могу взять lxde/openbox и потратить всего ~120М памяти, но управлять окнами мне придётся с клавиатуры. И никаких украшалок. Или я могу взять lxde/kwin5, он жирнее, медленнее, но я тащусь от их активных углов, полутайлинга и темы «пластик». Но я также иногда использую twm - самый старый, примитивный и ужастный из wm, но его уже достаточно для запуска одной единственной задачи где нибудь глубоко в фоне от отдельного пользователя, и всего ~30М оперативки оверхеда (включая Х и xterm)

З.Ы. Кстати, надо бы этот ЕДЕ посмотреть. Интересно выглядит.

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

может и это для каких-то граждан с ограниченными возможностями?

Не зря же там в первых версиях инвалид на самом видном месте был.

В Firefox Quantum, кстати, тоже, Мы даже тред об этом создавали.

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

Ещё раз повторяем: ущербность Metacity на прочие WM не распространяется. А программы на GTK+3 с хедербаром одинаково ущербны независимо от WM, если WM не кладёт на CSD и не рисует второй заголовок к хедербару в придачу.

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

Выбор!

Да, расскажите это людям с 47-м размером ноги, например.

openbox

с клавиатуры

чо

темы «пластик»

Легковесный и страшный привет из 90-х как раз.

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

Разумеется нет! Какие фильтры, какие ночные режимы? Мне на 100% хватает кнопок яркости подсветки монитора (ну или как получится на ноуте), а оформление и цвета давно подогнаны чтобы хорошо смотреться при обоих вариантах подсветки.

По поводу управления окнами: 90% всех потребностей обеспечивает Альт+Таб, список окон на панели, рамка окна и переключатель рабочих столов. 80% если убрать переключатель столов. Дальше надо упарываться хоткеями, фичами, настройками композитора и прочим чтобы сделать чуть удобней или чуть быстрее.

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

не кладёт на CSD и не рисует второй заголовок к хедербару в придачу

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

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

Легковесный

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

страшный привет из 90-х

Да уж покрасивей этих современных однотонных прямоугольников и невидимых границ.

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

Мне на 100% хватает кнопок яркости подсветки монитора (ну или как получится на ноуте)

Их диапазон очень ограничен. Пробовали сидеть в кромешной темноте, когда необходимо ещё и не палить источник света? Жители Донбасса вам хорошо расскажут.

90% всех потребностей обеспечивает Альт+Таб

Он-то обеспечивает, но несколько десятков окон так листать долго :P На панель они тоже влезать перестают; второй ряд лишь оттягивает проблему.

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

То есть крутой оконный менеджер таки нужен, huh? Сами себе противоречите?

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

Правда я хз зачем и как это будет вылядеть

Плохо выглядеть будет, конечно. Там даже тема берётся из темы GTK+3, и теме WM запросто может не соответствовать.

Гномовские приложения вендорлокнуты на гноме и криво работают вне его, это умышленная и осознанная диверсия (от слова diversity? хе-хе).

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

настройка толщины

При чём тут толщина, речь о ресурсопотреблении.

однотонных прямоугольников

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

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

Пробовали сидеть в кромешной темноте, когда необходимо ещё и не палить источник света?

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

А если серьёзно, да, я пробовал сидеть за монитором в темноте, это дало мне ~ половину падения зрения с 120% до 110 на одном глазу и 100 на другом. Я проникся и больше так не делаю.

несколько десятков окон так листать долго

Не только альт+таб, а весь список, включая переключатель столов. Но вот этих 4 функций уже достаточно для полноценной работы. Все прочие - роскошь.

крутой оконный менеджер таки нужен

Не нужен. Просто с ним приятнее и удобнее. А эффективно организовать работу можно и в iceWM (fluxbox и прочих), просто надо чуть больше подумать и приучить себя.

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

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

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

И, кстати, всё это (особенно «пластик» и «луна» от винХР) строго говоря относится к 2000-м. В 90-х жестоко экономили и действительно использовали однотонные прямоугольники, но при этом не скупились на рамки и псевдообъём.

на сглаженном тексте с поддержкой письменностей малых народов Индии.

Разве в 90-2000-х что то мешало малым народам индии втыкать свои шрифты, кодировки и переводы? А сглаживание сейчас скорее мылит чем сглаживает. Зачем стараться, если на 300dpi всё равно будет выглядеть прилично?

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

речь о ресурсопотреблении.

Уже на Raspberry Pi 1 нет никакой разницы между однотонной заливкой и натягиванием градиента. А если бы и была, современный заголовок вин10 был бы самым-самым экономичным. Так что сама по себе тема ничего не экономит.

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

Нулевая заповедь построения интерфейсов: чем больше элемент интерфейса (и, до определённого момента, чем больше вокруг него паддинг), тем быстрее в него прицеливаться.

Допускаю, что ты инопланетянин и у тебя всё наоборот, но это не то чтобы подходит на роль обобщённого суждения.

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

Тезис в том, что в гомощели принудительный композитинг, композитинг при перегрузке видеокарты/процессора одновременной перерисовкой всех окон тормозит, чего не происходит без композитинга, потому что графические тулкиты (приличные, а не GTK+3) десятилетиями умеют перерисовывать только нужное и получать от графического сервера информацию, какие области надо перерисовать и надо ли вообще. Если окно находится полностью под другим, то сигналов на перерисовку ему не поступает.

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

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

Ну то есть скажи мне, даже если всё так как ты описываешь, тогда почему сворачивание окна или его перемещение на другой рабочий стол должно высвобождать ресурсы, если это окно всё равно участвует в Exposé и следовательно (по твоей логике) должно постоянно перерисовываться?

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

Спойлер — во всех современных Wayland-композиторах (а другие права на жизнь не имеют) так и происходит, почитай про frame callbacks и не позорься.

В случае с гомощелью следует задавать вопросы не «почему добавили», а «почему не выкинули». Потому что гномосеков по дефолту тянет выкидывать всё подряд. Вот и ответьте, почему не выкинули рабочие столы. Небось, опять провели «научное» исследование на фокус-группе всего из десятка пользователей?

Опять сопли про «гном заведомо плохой, значит гном заведомо плохой, ЧТД». Заканчивай вилять жопой и ответь на первоначальный вопрос: из чего следует, что концепции, существовавшие задолго до третьегнома, как только они появились в третьегноме, сразу стали «костылём для производительности»?

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

По пунктам разбирать даже не собираетесь?

Не собираюсь.

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

Каким боком ты сюда приплёл свои фантазии по запуску плагинов для программы вне этой программы и пр. токсический делирий?

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

они в сговоре с разработчикам железа

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

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

Всё в корне меняется если большой элемент скрыт и его положение не известно, а маленький всегда на виду и ты знаешь куда кликать ещё до начала движения. Всё что требуется - донаводка +-20 пикселей в конце пути.

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

Гном перелопачивает конфиги. Именно поэтому после него проблемы. А на клаву ставит всякие ibusы и ты не понимаешь, где что у тебя переключается. Гитлеризм Гнома проявляется даже в том, что ему достаточно быть установленным в системе, чтобы подсирать. Так живётся тем, кто не пользуется гномом. У тебя по любому в автостарте висят его бирюльки. Это всё надо тщательно выпиливать.

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

Про клаву не посмотрел конкретных названий, извини. В настройках раскладок есть настройка и клавиши переключения. Там целый ворох вылезает, в наиклассическом стиле, там и поведения альтов, нумлоков, третих, пятых уровней и т.д. вот там ставишь капслок на переключение и вс5 что душе угодно. А если не работает, то ищи программы методов ввода, ibus, там, fctix и пр. Их надо удалить и вычистит гткшные настройки.

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

то надо на него вешать светофильтры

Которые ещё достать где-то надо, ага.

включая переключатель столов

К классическому виндузятному десктопу из 90-х не относится. Если, конечно, не считать MSVDM, который качали и ставили полтора гика.

Все прочие - роскошь

А эти ваши «4 функции» — почему не роскошь?

Даже многозадачность как таковая не нужна.

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

Ну-ну.

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

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

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

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

Это не «сейчас», а начало 10-х. Тренд уже развернулся. Пока непонятно, правда, куда :P

Важно то, что всё это очень динамичное и анимированное, что в корне отличает его от дубовых гуйцов 90-х.

Разве в 90-2000-х что то мешало малым народам индии втыкать свои шрифты, кодировки и переводы?

Да, мешало: низкий уровень компьютеризации, и инглиш как дефолтный и общий государственный язык в Индии, который сдерживал прогресс для остальных языков. Та же ситуация с языками малых народов России (по большей части кириллических, ӈө ҫӧ ҩвӫӥӎӣ кҏӕӄӧӡѧбрӓӎї. А также бывших африканских колоний, которые независимость получили всего полвека назад. Родные письменности они увидели лишь с приходом Юникода: таким образом, пользование легковесными некротулкитами типа GTK+1, и производительная обработка текста, как с КОИ8-Р или Shift-JIS, для них недоступны в принципе.

Зачем стараться, если на 300dpi всё равно будет выглядеть прилично?

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

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

натягиванием градиента

Это тоже примитив.

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

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

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

если это окно всё равно участвует в Exposé

Свёрнутые не участвуют. А если и участвуют, то последнее заснятое композитором состояние до сворачивания.

и точно так же тротлить его отрисовку?

Если приложение умеет её троттлить. А иначе что с ним делать? Морозить? А если там важные вычисления в основном потоке?

во всех современных Wayland-композиторах (а другие права на жизнь не имеют)

Wayland вообще права на жизнь не имеет, всё из-за того же принудительного композитинга :P

Опять сопли про «гном заведомо плохой, значит гном заведомо плохой, ЧТД»

Это не сопли, а реальные наблюдения за последнее десятилетие. Гномосеки сами себе репутацию испортили, теперь отмыться будет почти нереально.

из чего следует, что концепции, существовавшие задолго до третьегнома, как только они появились в третьегноме, сразу стали «костылём для производительности»?

Где Мы писали, что они «стали»?

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

ты сюда приплёл

Куда «сюда»? Вы что-то другое обсуждали?

свои фантазии

Это не фантазии, а реальные юзкейсы: нахватать лучших компонентов из разных сред и пользоваться. Гномосеки, естественно, на существование подобных юзкейсов положили болт, у них видение закрытого цельного стека, типа товаров в довесок в СССР: покупаем одно — получаем ещё что-то нахрен не нужное.

плагинов для программы

К тому и претензия. Гномосеки и кедерасты сделали плагинами, эксплуатирующими шеллоспецифичный API, то, что во втором гноме и многих других средах делалось независимыми взаимозаменяемыми программами, общающимися по открытым стандартизированным протоколам типа NETWM и XEMBED. Сознательно выкинули совместимость и взаимозаменяемость. Коньки или gkrellm можно запустить в любой среде, а клизмоид нельзя. Cairo-dock или Plank можно запустить в любой среде, а даш прибит к гному. Devilspie можно запустить в любой среде, а правила управления окнами квина прибиты к квину. Verstehen?

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

Какие уж тут заговоры, когда этим занимаются тесно сотрудничающие или даже одни и те же конторы? Вот то, что Intel среди основных разработчиков Wayland — совпадение, по-Вашему?

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

Не, ну бирюльки полезные есть, gvfs, например :P

Вот чем самбу, например, монтировать, кроме него? Ядрёный драйвер очень чувствителен к разрывам соединения. smbnetfs кривой. Плагин к Double Commander тоже кривой, плюс прибит к нему.

Впрочем, пришлось ради Windows XP с SMB1 заморозить smbclient и сотоварищей, ибо SMB1 в какой-то версии поломали и не хотят чинить.

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

приходится всё векторным делать и считать в реалтайме.

Помнится в Lenny моей любимой темой значков был crystal-svg. Тогда это уже не вызывало проблем. А уж одному тулкиту отрендерить все эти десятки градиентов при запуске и потом сидеть на заготовленных битмапах… А ещё есть разделяемая память и каждому новому приложению не придётся всё повторять.

Ну, ситуация с двумя мониторами довольно сложная. Видимо в этом случае надо заготовить и запомнить 2 версии битмапов.

Ведройд вовсе может ради экономии энергии незаметно для пользователя снижать DPI.

Как это вообще можно сделать физически, а уж тем более незаметно для пользователя?

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

Это не «сейчас», а начало 10-х.

Начало десятых это доминирование «стекла» как в висте и семёрке. Т.е. полупрозрачность, размытие, сложные текстуры и формы и по анимации на каждый чих в каждом виджете.

Тренд уже развернулся. Пока непонятно, правда, куда

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

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

Какие глифы? Какие нюансы? Мы не про традиционные иероглифические диалекты говорим которые не были адаптированы для печати. Всё просто: выделить прямоугольничек и запихать туда битмап соответствующего символа в соответствующем размере.

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

Даже многозадачность как таковая не нужна.

Ха. Ха. Это даже было смешно.

А эти ваши «4 функции» — почему не роскошь?

Потому что с их помощью можно достичь почти максимальной скорости работы и дальнейшее улучшение не может принести ничего принципиально лучшего.

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

Кто это мы? Я конечно понимаю что приемлимо делать всё одним единственным универсальным инструментом, но это от ограниченности и не лучший вариант.

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

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

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

Или нужный файл может быть вообще не открыт или вкладка не прогружена. Или оно где то на другом компе. Ничего, бывает. ОК, Гугл. Кто я? Где я?

А по мне, так есть стандартный алгоритм управления окнами. 1) взять пустой рабочий стол и открыть на нём все нужные окна для текущей задачи. 2)Расположить их как то и начать работать. 3)Если нужного окна не видно, тогда выбрать его в списке окон 3.1)Если предыдущее окно - то, что нужно, тогда не тянуться к списку а нажать альт-таб. 4)если нужно выполнить другую задачу, то надо переключиться на стол с ней или создать новый для новой задачи.

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

Вот чем самбу, например, монтировать, кроме него? Ядрёный драйвер очень чувствителен к разрывам соединения.

Ядерный драйвер появится в следующем релизе. Стандартный в последние 15 лет smbd очень мало чувствителен к разрывам.

И, кстти, gvfs ничего никуда не монтирует. Как и kio. В итоге фс существует только виртуально и только для одного приложения. Допустимо для просмотра и копирования, допустимо для мультимедиа в плеере, жесть при работе.

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

Видимо в этом случае надо заготовить и запомнить 2 версии битмапов

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

разделяемая память

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

Как это вообще можно сделать физически, а уж тем более незаметно для пользователя?

А вот представьте себе: там нет легаси-проблем с привязкой к определённому DPI, которые есть в десктопном софте. Приложения одинаково отображаются с любым DPI, величины к нему не привязаны, даже «пиксели» виртуальные, как в CSS.

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

висте и семёрке

Это конец 00-х. Ну пару лет 10-х ещё зацепило, может.

анимации на каждый чих

Это никуда не делось и с плоскотой. Даже наоборот: анимации стали сложнее, и сильнее зависят от аппаратного ускорения. Одно дело — переливающаяся кнопка, это и на битмапах меняющихся съимитировать можно, а вот влетающая и поворачивающая плитка, с динамическим содержимым — совсем другое дело.

и каких нибудь пиктограмм

Вот как раз пиктограмм в консоли и нет. Да и с хрюникодом всё плохо. Поэтому нет.

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

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

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

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

Это когда? смена темы оформления? Внезапное изменение dpi экрана? Ну ладно, чёрт с ним, если ты внезапно подключил монитор то на секунду-две можно и цпу нагрузить для обновления кеша. Желательно конечно в отдельном потоке.

Приложения одинаково отображаются с любым DPI, величины к нему не привязаны, даже «пиксели» виртуальные, как в CSS.

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

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

Потому что с их помощью можно достичь почти максимальной скорости работы

А если любую из них вынуть — всё развалится?

Кто это мы?

МЕРТВОПРОГ v0.1 (комментарий)

но это от ограниченности

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

Или можно обойтись просто заголовком

Заголовки не всегда информативны, увы. Потому xwinmosaic и rofi не прижились. Приходится вспоминать, что в заголовке нужного окна.

можно просто переключать их по кругу ничего не отображая

Ну вотще, а если кто-то наблюдает и есть сенситивные окна?

Ничего, бывает

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

нужные окна для текущей задачи

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

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

Стандартный в последние 15 лет smbd очень мало чувствителен к разрывам.

По сравнению с драйвером NFS — возможно. Но Мы раз нарвались и больше не хотим :P Эти ваши ядрёны драйвера разве что для стационарников в локалках хороши, к которым провод шурупами прикручен и не выпадает.

gvfs ничего никуда не монтирует. Как и kio

WUT?! /run/user/1000/gvfs. KIO вообще в корень /run/user/1000 гадит. От конфигурации и версии сильно зависит, правда; у кого-то в хомяк падает, у кого ещё куда. Но куда-то падает, и доступен любыми утилитами.

mertvoprog ()

Концепция DE ущёрбна by design, так что убоги все. Но GNOME наиболее проблемен, так что оно.

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

Ну пару лет 10-х ещё зацепило

Примерно до отказа М$ поддерживать семёрку. Так что неслабо так 10-е зацепило.

влетающая и поворачивающая плитка, с динамическим содержимым

Отлично работало на 4 пне в cairo-doc как раз в 00-х. Нет там ни сложных анимаций, ни необходимости в аппаратном ускорении. Просто сейчас модно делать вращение квадрата вокруг центра через какой нибудь хтонический шейдер над 3Д сценой.

Вот как раз пиктограмм в консоли и нет

Это в tty их нет. А в эмуляторах терминала запросто. И сути технические детали не меняют. Современный ui стремится к пустому прямоугольнику с парой-тройкой надписей которые символизируют собой кнопки.

банальный арабский язык требует

А корейцы сливают все буквы (или слоги, я не помню) слова в один иероглиф. А японцы меняют язык быстрее, чем убунту успевает штамповать релизы. А русская врачебная калиграфия вообще ни у кого ещё не реализована.

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

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

Мыслите шире. Wayland проектировался со всем этим in mind. Там умышленно окна не знают, кто они и где находятся, только в xdg-shell это кое-какими относительными костылями прикрутили. Потому что он задуман намного абстрактнее концепции прямоугольных изотропных мониторов: это и изогнутые экраны, и голографические дисплеи, и VR-очки, где окна парят, 3D-миры, где окна можно раскидывать по стенам (и ведь реально концептуально такие композиторы есть!) Это всё накладывает требования на постоянную абстрагированность от текущих параметров вывода. О более приближённом к мирским юзкейсам уже писали выше.

Причём, кстати, окно может отображаться сразу во многих местах кряду. Мы вот буквально давеча проверили: что будет, если подключиться к одной tmux-сессии из разных терминалов? Он взял и подстроился под самый маленький, остальные точками добил. RDP ведёт себя примерно так же. Ну и куда это годится? Хорошо, опять же, когда программа рендерит под несколько разных выводов одновременно.

Ага, но почему то начинается лютый трешак при экранах, отличных от стандартного

Какого «стандартного»? Его нет и никогда не было. Даже сейчас, в век победивших плафонов, размеры в мейнстриме довольно разнообразны, а вне и подавно. Также не забывайте про планшеты, телевизоры.

и можно смело захардкодить всё в блобе

Каком блобе? Под процессоры только собирают блобы от безвыходности (и то, mips/x86 как-то вымирать в последнее время стали). Растровую графику, например, с бородатых времён Android-разработки эдак 2009-го года положено класть сразу в куче разрешений от lowdpi до xxxhdpi.

Настройку шрифта кажется после 4 андроида выпилили.

Выпил настроек != выпил абстракций в тулките. Мате́риал тоже к физическим размерам не привязан.

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

А если любую из них вынуть — сорость работы и гибкость упадёт до неприличных.

Ограниченности подсознания, да.

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

Заголовки не всегда информативны, увы

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

Ну вотще, а если кто-то наблюдает и есть сенситивные окна?

Ещё одна причина почему нужен переключатель столов.

Не работает с окнами, которые применяются для многих задач кряду.

Что за такие извращённые приложения, которые нужны везде, но могут существовать только в 1 экземпляре? Они уже сами по себе проблема и значит от них надо отказаться. Один хрен никакое усложнение ДЕ от них не спасёт.

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

Эти ваши ядрёны драйвера

Не являются на данный момент ядерными драйверами! NFS ядерная и виснет. cifs сделана наподобии fuse и при обрыве соединения рискует только тот софт, который непосредственно работал с удалённой фс. Или вы ждали что при обрыве файл продолжит скачиваться?

WUT?!

Не понял.

rrr@raspberrypi:~$ ls /run/user/
1000
rrr@raspberrypi:~$ ls /run/user/1000/
dconf  pulse  systemd

Открываю ftp на смартфоне через дельфин

rrr@raspberrypi:~$ 
rrr@raspberrypi:~$ 
rrr@raspberrypi:~$ ls /run/user/1000/
dconf  pulse  systemd
rrr@raspberrypi:~$
rrr@raspberrypi:~$ mount
/dev/mmcblk0p3 on / type ext4 (rw,noatime,block_validity,delalloc,barrier,user_xattr,acl)
devtmpfs on /dev type devtmpfs (rw,relatime,size=477980k,nr_inodes=119495,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime,size=33554432k)
/dev/mmcblk0p4 on /home type f2fs (rw,relatime,background_gc=on,user_xattr,acl,inline_data,extent_cache,active_logs=6)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/sdd on /media/data3 type ext4 (rw,nosuid,nodev,noexec,relatime,data=ordered)
/dev/sdc on /media/data type ext4 (rw,nosuid,nodev,noexec,relatime,data=ordered)
/dev/sda on /media/data2 type ext4 (rw,nosuid,nodev,noexec,relatime,data=ordered)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=96464k,mode=700,uid=1000,gid=1000)
rrr@raspberrypi:~$

Кто там куда гадит и что где смонтировано?

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

Примерно до отказа М$ поддерживать семёрку.

У некрофилов типа @metaprog можно и Win9x поныне найти, о чём это говорит? Речь о новье конкретного времени, а не о законсервированном старом, которое не меняется.

Отлично работало на 4 пне

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

А в эмуляторах терминала запросто

Там их нет тоже. Хаки с зашиванием конкретных пиктограмм в шрифт ради их отображения в нескучных барах для вима — можно не считать. Всякие sixel’ы и прочие костыли тоже не взлетели почему-то.

с парой-тройкой надписей которые символизируют собой кнопки

Опять же: это тенденция середины 10-х, уже пошёл отскок, кнопки опять с рамочками.

А русская врачебная калиграфия вообще ни у кого ещё не реализована

В хрюникоде ещё места полно :P

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

Выделяешь типовые операции, ставишь их на автопилот, пользуешься не думая

Для этого нужен стабильный воркфлоу, который не меняется хотя бы месяцами.

даже миниатюра окна

Миниатюра является отмасштабированным его полным и актуальным содержимым вообще-то.

Ещё одна причина почему нужен переключатель столов.

Скорее нужно больше думать и не оставлять в фоне открытой сенситивную информацию.

но могут существовать только в 1 экземпляре

Могут существовать != юзабельны. Вот браузер, скажем, технически можно запускать в куче окон. Но тут возникает целый ряд проблем. Стабильное распределение окон по рабочих столах при перезапусках порешать, ещё, допустим, можно. Ленивую загрузку открытой вкладки в каждом окне, чтобы она не жрала память — уже не столь тривиально. Замораживать же задачи, которые отложены на месяца и годы, вместе с рабочими столами (чтоб не мешались), и запущенным там софтом, и конкретным его содержимым, персистентным при перезапусках — требует вообще кардинального переосмысления построения прикладного софта и его взаимодействия с системой. Также во всём этом бардаке легко потерять какое-то окно и не заметить.

Один и тот же IM может применяться сразу для кучи разных задач. Ведь чаты и люди по разным IM не по принципу разделения задач распределены, а совершенно по другому.

Много инстансов какого-нибудь блендера спаунить и вовсе убийственно.

и значит от них надо отказаться

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

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

при обрыве соединения рискует только тот софт, который непосредственно работал с удалённой фс

Этого мало? Софт тупо зависает, и его не прибить даже по SIGKILL. Оккупируя целые tty, например, и не давая системе больше уснуть до рестарта.

через дельфин

Вот в этом и проблема, видимо. Мы монтируем через gio mount и kdeconnect, соответственно.

@bq:23:58:54:/tmp/dl$ mount|grep gvfs
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
gvfsd-fuse on /home/bodqhrohro/.cache/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
@bq:23:58:59:/tmp/dl$ mount|grep kde
kdeconnect@192.168.43.4:/ on /run/user/1000/e314d9611bdab12b type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
mertvoprog ()
Ответ на: комментарий от mertvoprog

Этого мало?

Это вопрос к софту. Да, 2021 год на дворе, но до сих пор не все корректно обрабатывают сбой i/o.

Софт тупо зависает, и его не прибить даже по SIGKILL.

Такого кривого у меня нет. 90% всё таки выдают ошибку а не виснут. Ну а те кто виснет - легко прибивается.

kdeconnect@192.168.43.4:/ on /run/user/1000/e314d9611bdab12b type fuse.sshfs

Чего? У меня подобного нет. В любом случае, это fuse и он достаточно отказоустойчив.

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

Для этого нужен стабильный воркфлоу, который не меняется хотя бы месяцами.

Именно! Автопилот в мозгу любит стабильные задачи. Мозгу с ними вообще проще и приятнее. Стоит задуматься как себе это обеспечить.

Миниатюра является отмасштабированным его полным и актуальным содержимым

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

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

Отличный пример! Браузер имеет наименьшее количество проблем с многооконной раскладкой. Это даже желательно чтобы логически разделить группы вкладок. Даже найти сайт, работающий только в 1 единственной вкладке нереальная задача.

Один и тот же IM может применяться сразу для кучи разных задач…

Если ты не можешь разделить окна с нужными людьми между нужными столами, тогда есть очевидное решение: вынести весь им на отдельный стол. И, кстати, опять же, ни одно креативное фичастое ДЕ всё ещё не придумало как эту задачу решить лучше.

Много инстансов какого-нибудь блендера спаунить и вовсе убийственно.

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

Вот такой логикой гномосеки и руководствуются, да.

С чего ты взял, что понимаешь их логику? С чего ты взял, что у них вообще есть логика?

И невозможно до бесконечности городить костыли для затыкания косяков проблемного софта. В какой то момент придётся остановиться и начать искать способ от него отказаться или изолировать его куда то чтобы не портил всё основной системе.

kirill_rrr ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)