LINUX.ORG.RU
решено ФорумTalks

Наглядная демонстрация, почему Wayland и близко не готов

 , ,


0

1

Когда ставили обновления, заметили, что от libgtk-layer-shell0 зависит mate-panel. Решили вновь поставить и потыкать (под Wayfire), как она там поживает.

Мы неоднократно распинались на ЛОРе перед Wayland-фанатиками, почему оно ущербное по сравнению с иксами: этого нет, того нет. А тут всё (ну, не всё, но многое) наглядно представлено в удобоваримом для тупых хомячков виде: https://pic4a.ru/09/A66.png

Как вы собираетесь решать эти проблемы, Wayland-фанатики? Ну про wlr-foreign-toplevel-management-unstable Мы наслышаны, часть проблем он должен решить (если взлетит). Но что, например, с треем? Вместо XEmbed-трея, который суть полноценные мини-окна (произвольных пропорций, кстати), переводить всё на квадратно-гнездовое SNI-убожество? не смешно.

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

но в код X.Org почему-то лезть кроме дедов, как ты выразился, с «поехавшей кукухой» никто не хочет

А зачем туда лезть, когда он просто работает? Вон GTK+2 уже лет 5 не трогают и он просто работает. Не надо лезть туда кривыми ручонками и что-то ломать.

забыли про 1% от 1%

Опросы говорят об ином: гномокедерастов от силы половина.

и нацелились на широкую аудиторию KDE’шников и GNOME’ров!

Мы за это и критикуем Wayland уже который год, вылезайте из криокамеры. Он заточен только под жирные монолитные DE, для которых иксы — просто прослойка для отрисовки окошек, а посему прослойка избыточная. Но Wayland-фанатики продвигают его как замену иксам для всех.

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

Оффлайн-софт уже в прошлом, он не нужен, потому что интернет уже дешёвый и быстрый.

Да? А ну-ка, запусти мне софт по сети в этом вашем модном Wayland! Не можешь? А как же ты в интернет собрался выходить и веб-приложениями пользоваться без установленного "оффлайн-софта" в виде браузера?

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

По которым?

Ну описали же:

всяких FVWM/Awesome/Xmonad/etc., софтин типа rofi/dmenu, которые весьма налегают на XCB, софта на Tk/Xlib/FLTK/Motif/etc.

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

А шо, под линуксы толком есть VSTi?

есть

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

которые весьма налегают на XCB

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

Tk/Xlib/FLTK/Motif/etc

Упаси Котона! curses — наше всё! :3

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

Вот ты точно не человек, а кот с аватарки.

Потому что человек бы распознал типичный сарказм «первонаха», а не вступал бы в пространные беседы и споры с ним.

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

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

+1

Ну надо же, оказывается наши X11-ветераны с «поехавшей кукушкой» забыли про 1% от 1%

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

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

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

«Дедам» (не этим, а еще предыдущим) «плохая архитектура» не мешала, а нынешние – как тот плохой танцор.

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

А зачем туда лезть, когда он просто работает? Вон GTK+2 уже лет 5 не трогают и он просто работает. Не надо лезть туда кривыми ручонками и что-то ломать.

Потому компьютерное железо и окружающий мир развивается, а GTK+2 и Qt 4 развиваться перестали. И чтобы не быть как GTK+2 и Qt 4 в обозримом будущем X.Org должен тоже разививаться.

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

Вот ты точно не человек, а кот с аватарки.

Кажется я спалился…

Потому что человек бы распознал типичный сарказм «первонаха», а не вступал бы в пространные беседы и споры с ним.

Падажжи, набросить на вентилятор в толксах — это святое право каждого! Зенитур не из слабых духом, может и поддержит. ☺

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

Потому компьютерное железо и окружающий мир развивается, а GTK+2 и Qt 4 развиваться перестали. И чтобы не быть как GTK+2 и Qt 4 в обозримом будущем X.Org должен тоже разививаться.

Молоток устарел! Нужно срочно заменить молоток, ведь он уже тысячи лет не совершенствуется! Чем же тогда забивать гвозди? А нафиг гвозди! Есть же б-жественный спермопистолет!

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

Ну вот TUI-софту, собсна, ничего не угрожает ;)

Недавно с баобаба на ncdu перешли. Да и GUI-плеерами давно не пользуемся.

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

Ну вот TUI-софту, собсна, ничего не угрожает ;)

В общем да, но… Atom/RSS читалок всего две, одна из которых — форк другой, почтовых клиентов всего два, один из которых — форк другого, файловых менеджеров (полноценных) всего два, один на Python, другой для инопланетян, зато текстовых редакторов хоть жопой жуй.

Недавно с баобаба на ncdu перешли.

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

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

Потому компьютерное железо и окружающий мир развивается

Деградирует, Вы хотите сказать? Не обзывать же UEFI SecureBoot, дисплеи с DRM и прочее запихивание целой ОС в браузеры «развитием».

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

Кому должен?

Опять комукалки лезут…

Из множества значений слова «должен» переходное лишь одно.

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

зато текстовых редакторов хоть жопой жуй

И шо, для Emacs всего этого нету? ;) Почтовик и файловый менеджер точно видели.

индексации-то нет

Индексация в таких штуках не нужна и вредна.

считает каждый раз с нуля

Ну почему «с нуля»; при обновлении пересканирует только текущую директорию.

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

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

Заявлена поддержка целой кучи бэкэндов для виджетов. Плюс визуальное проектирование форм. Может мы не туда свернули, с этими gtk….

Иногда думается, что получи связка Xt + Xaw (или Open Look, или ещё что-то) должное развитие в своё время, то такого разброда и перетягивания одеяла с одного тулкита на другой в современном Linux’е вообще бы не существовало. И иксы бы никто не выкидывал.

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

И чтобы не быть как GTK+2 и Qt 4

Какими?

Вот такими:

https://wiki.audacityteam.org/wiki/Linux_HiDPI_Support
http://esxi.z-lab.me:666/~exl_lab/pics/vlc_hidpi_fail.jpg
http://esxi.z-lab.me:666/~exl_lab/pics/vlc_hidpi_fail2.jpg

Это фотки из Интернета, когда VLC был на Qt 4, а Audacity на GTK+2 и вот так вот выглядели на 4К дисплеях в т. ч. и под Linux. И сейчас приложения на этих тулкитах выглядят похожим образом, либо «мыльно», потому что на поддержку современных технологий со всякими там переносами окон сквозь несколько HiDPI-мониторов с разными DPI и пр. подобные кейсы в них забили болт и реализовали это в Qt 5 и GTK+3.

Кому должен?

Самому себе, чтобы остаться на плаву и не кануть в пучину Tk, FLTK, Xaw и Motif.

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

зато текстовых редакторов хоть жопой жуй

И шо, для Emacs всего этого нету? ;) Почтовик и файловый менеджер точно видели.

Так в нём до сих пор текстового редактора нет! ^_~

Индексация в таких штуках не нужна и вредна.

Согласен. Но иногда оно нужно, потому опционально не повредило бы.

считает каждый раз с нуля

Ну почему «с нуля»; при обновлении пересканирует только текущую директорию.

Я про завершение программы и запуск заново. В том же rescue/single mode нет возможности переключиться в другой tty так как он всего один, и тот serial console.

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

А ничего из перечисленного в пучину не кануло. Исключением был только проприетарный Motif, но его открыли.

В остальном — если приложение на каком-то из этих тулкитов кому-то нужно, его можно собрать.

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

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

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

Не, ну кагбэ GTK+ издревле официальный тулкит проекта GNU.

Просто сектанты-кедерасты и прочие GTK+-фобы с этим не согласны ;)

Эти сектанты наверняка и при взлетевшем расово верном иксовом тулките существовали бы. На винде вон тоже софта на Qt порядочно.

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

HiDPI_Support

На ЛОРе проскакивали кадры, которые настроили GTK+2 под HiDPI.

кануть в пучину Tk, FLTK

Шо? На них программы пилятся и никуда деваться не собираются. Tcl/Tk вообще широко развит в научной и прочей среде для прототипирования (быстренько набросать GUI); альтернатив ему особо и нет, и это уж точно не монструозные GTK+/Qt, от которых непрограммист чокнется. У FLTK своя ниша, слабые системы; понятно, что попсового на нём ничего нет и не будет.

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

Так в нём до сих пор текстового редактора нет! ^_~

А что мешает запустить в Emacs Vim?

В том же rescue/single mode нет возможности переключиться в другой tty так как он всего один, и тот serial console

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

Ну и опять же, индексирование для подобных инструментов вредно, они должны предельно точно отражать текущее состояние ФС и инвалидировать состояние, потому что неизвестно, где и какие изменения произошли; в идеале на время сканирования вообще ФС в readonly перемонтировать надобно.

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

Не-а, эти тулкиты как минимум:

  • страшные (темочек нету!; Ttk вживую так и не потыкали, на нём и софта-то нет);

  • виджетов сложных ни хрена нету. Кнопочки/поля/комбобоксы каждый школотрон может написать, этого говна навалом. А как насчёт каких-нибудь деревьев, таблиц, редакторов кода, ричтекста, вебвью? И чтобы a11y работала (как слепые пользоваться будут, если тулкит ни фига подписи и структуру виджетов не экспортирует?); чтобы всякие RTL и иероглифы корректно вводились и отображались, IME работали, и так далее. Сделать матёрый GUI-тулкит — задача отнюдь не простая.

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

А что мешает запустить в Emacs Vim?

Извращенец!

Не, ну это уже придирки какие-то.

Это реальный юзкейс. Нечастый, но реальный.

Ну и опять же, индексирование для подобных инструментов вредно, они должны предельно точно отражать текущее состояние ФС и инвалидировать состояние, потому что неизвестно, где и какие изменения произошли; в идеале на время сканирования вообще ФС в readonly перемонтировать надобно.

В rescue/single отключено всё, что только может быть отключено (если на борту не systemd ☺).

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

Извращенец!

Почему? ОС как ОС, не хуже прочих.

В rescue/single отключено всё, что только может быть отключено

И при этом есть ncdu, да? Ну и что мешает таким же образом впихнуть tmux?

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

И при этом есть ncdu, да?

При острой необходимости его можно пнуть по полному пути (так как PATH в rescue/single минимальный, но файловые системы если и не доступны, то их всегда можно подмонтировать).

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

Ну и tmux можно.

Нельзя. Tmux будет пытаться создать-открыть дескриптор псевдотерминала, на что ему покажут МПХ.

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

job control тоже может не работать в sh.

Это где так?

А еще оператор может быть без рук.

Потому что лапки! :3

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

Ох, извратил меня tmux, я уж и забыл про ^Z, jobs, bg, fg… ☺

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

Если бы это было так, то за пределы дистрибутивов от RedHat он бы не выполз.

нет, это не так. уже сто раз обсуждалось.

Вы просто не осиливший его старпёр ;)

я не админ там какой то, у меня с задачей инициализации отлично справляется и openrc и sysvinit, зачем мне осиливать то - что не принисет никакого лично мне профита и удовольствия? но тем не менее я смотрел на реализацию и архитектуру этого поделия - это дерьмо.

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

Да и TUI, по идее, работать не должны, если терминал тупой и не репортит размеры.

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

нет, это не так. уже сто раз обсуждалось.

К чему пришли-то? В других дистрибутивах редхатовское лобби? Иначе нафиг им редхатовский вендорлок?

зачем мне осиливать то - что не принисет никакого лично мне профита и удовольствия?

Чтобы не превратиться в ретрограда с безнадёжно протухшей системой типа @ZenitharChampion и @wintrolls?

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

Он не попсовый и влияния посему не имеет.

Единственной достойной оппозицией systemd-лобби сейчас является, внезапно… Android!

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

К чему пришли-то? В других дистрибутивах редхатовское лобби? Иначе нафиг им редхатовский вендорлок?

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

Чтобы не превратиться в ретрограда с безнадёжно протухшей системой типа @ZenitharChampion и @wintrolls?

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

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

Их много. Devuan, Artix, Void…

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

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

с одним из самых активных разработчиков X.Org

Он втащил в X11R6 много ненужно, которое не нужно.

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

Он XRender сделал, если что.

...что сделало иксы невероятно тяжёлыми. До этого это была экстремально лёгкая оконная система, легче Windows 95.

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

xclock uses the render extension for rendering translucent and antialiased clock hands

После прихода божественной Retina это уже не актуально

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

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

Ну так речь-то именно об этом шла.

я не собираюсь пить смузи и носить короткие штаны

Вылезайте из криокамеры, хипстеры уже тоже к стану дедов-бумеров примкнули ;)

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

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

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

Чем именно растеризатор трапеций сделал иксы тяжелыми?

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