LINUX.ORG.RU
ФорумTalks

GNOME против Unix-way

 , , , ,


2

3

Доброго дня вам, ЛОРчане!

Что такое этот мифический «Unix-way»? Вероятно, однозначно на этот вопрос не ответит никто, т.к. каждый понимает под данным термином что-то своё, и определение не имеет чётких границ. Поэтому для установления общего базиса в данной теме предлагаю заглянуть в Wikipedia. Кроме трёх базовых понятий о программах делающих что-то одно, работающих вместе и использующих текст (Malcolm Douglas McIlroy), там есть такие мысли, как:

  • «Избегайте пользовательских интерфейсов, ограничивающих возможности пользователя по взаимодействию с системой» - Mike Gancarz
  • «Позвольте пользователю настраивать окружение» - Mike Gancarz
  • «Правило прозрачности: Разрабатывайте прозрачные программы для облегчения последующего пересмотра и отладки» - Eric S. Raymond


С настраиваемостью и GNOME, думаю, давно всё понятно. Разработчики явно решили, что многообразие опций напугает пользователя. А что с прозрачностью? На мой взгляд, неоспоримым преимуществом систем GNU/Linux по сравнению с Windows и macOS является то, что в случае поломки пользователь может разобраться в её причинах прямо здесь, на месте. Либо, если ему интересно, может узнать что и как устроено внутри. Пользователь GNU/Linux в праве ожидать от программ ясных и подробных логов, тогда как в Windows чаще можно увидеть «Произошла ошибка 0xBADS0F1. Обратитесь к системному администратору». Я уже как-то писал на ЛОРе, что GNOME развивается в сторону от прозрачности системы. Проблема заключалась в отображении грустного смайлика (выглядит это вот так) вместо нормального сообщения об ошибке, и это сообщение показывал не «обновлятор» Ubuntu, а GNOME. Самое стрёмное тут это невозможность отказаться от завершения сеанса. Т.е. другие программы могут вполне работать, но поверх их висит окно, которое блокирует весь ввод. Я сам так же попадал в подобную ситуацию, когда пользовался QEMU. При том не было даже никакой ошибки, просто QEMU захватил ввод, я решил переключиться на другую виртуальную консоль (Ctrl+Alt+F3) и обратно, а GNOME почему-то решил, что ему стало плохо. После этого я с воплями убежал на KDE. Это было не единственным примером, а скорее, последней каплей. До этого я ещё стойко терпел выпиливания функционала. Достаточно сравнить диалоги выбора файлов в GNOME и KDE - вполне наглядный пример.

И вот, некоторое время назад мне опять понадобилось писать ПО с использованием GTK. К слову, к самому GTK я пока отношусь положительно. Достаточно неплохой тулкит, нормальная идея с GObject introspection и привязками к другим языкам. Хотя уже закрадываются сомнения... Раньше я уже использовал Glade, чтобы нарисовать интерфейс. Местами плевался от него, но в целом ничего. А сейчас решил попробовать GNOME Builder. Запустил, открыл в нём пример приложения (одна из причин зачем ставил - потыкать разные примеры в одном месте, а не собирать их по GitHub, документация разработчика для GTK как-то не очень). Builder попросил поставить некоторые SDK. По названиям я предполагаю, что это делается через Flatpak. Хотя не факт. В общем, у него это не получилось. Да, ошибки в ПО встречаются, этого не избежать. Где нормальное сообщение об ошибке? Почему вместо него вот это. Конечно, я нагуглю и разберусь, что там случилось. Но, почему? Это ведь уже не текстовый редактор, где «важно» (хотя на самом деле не важно и даже вредно, пользователь должен знать) не напугать неподготовленного пользователя обилием опций и сообщениями с подробностями. Это IDE для разработчика. Всё, что тут можно сделать - нажать на кнопку, которая убирает пункт из списка. Зато есть удобное меню-гамбургер, а там есть пункт «Generate support log». Ура? Нет, это было бы слишком просто. В логе нет ничего по теме ошибки. В окне с «Failed to install» даже текст нельзя выделись и скопировать. Казалось бы, при разработке интерфейса надо просто поставить галочку «Selectable». Мелочь, но сколько раздражения доставляет. Вообще, что мешало в интерфейс выдать сразу какую-то внутреннюю ошибку? Ведь она там есть. Место закончилось или прав не хватило? Запустить Builder через sudo? Или что? Хоть бы errno показывали...

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

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

Вот и нужно было иксы притащить в Linux так, как в него притащили Wine.

Для этого нужна другая уже существующая графическая система, а её не было. Надо было быстрее принести десктоп на Линукс, а то его вообще могло бы не быть, а был бы Haiku например или какой коммерческий UNIX выжил (Solaris вроде какое-то время ещё был конкурентноспособен).

То есть к этой ситуации пришли спустя 25 лет. А нужно было ещё в 90-ых.

Композитор был слишком жирным 25 лет назад, а без него сложно запустить X.Org ненативно.

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

Так пусть не разные, пусть композиторовские стандартные. От гномощели, ну или какой там композитор будет. Композитор ОБЯЗАН знать границы мониторов.

У авторов статьи какой-то бред.

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

Тут не важно, вейланд или очередная версия гнома. У них нет денег сделать качественно с нуля.

У меня была наивная надежда на IBM, что они захотят сделать что-то на основе RHEL/CentOS/Fedora после приобретения Red Hat. Попытаются как-нибудь влезть на десктопный рынок. Но похоже на десктоп после того древнего обосрамса с OS/2 им стало вообще наплевать.

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

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

Что xorg, что wayland — бесперспективное дно.

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

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

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

«В настоящий момент, товарищ Поликарпов, мы не можем предоставить вам других писателей».

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

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

По сути это «иксы», и никто не жалуется, что проект переусложнен.

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

Некорректное сравнение.

Всё же systemd намного проще проект. Ну и его серверное применение — залог успеха.

И неизвестно, что с ним будет через столько лет… Наверно уйдёт на смену чему-то другому.

Вон даже всякие арчешкольники типа @hateWin застали эпоху без Systemd, в Ubuntu 14.04 его ещё не было дефолтом. А иксы в линуксах были ну очень давно.

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

Композитор ОБЯЗАН знать границы мониторов.

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

Стандартные панели GNOME Shell работают на нескольких мониторах.

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

«В настоящий момент, товарищ Поликарпов, мы не можем предоставить вам других писателей».

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

X512 ★★★★★
()

Кстати, а в чём гномовцы работают? Почта/календарь/тудухи всякие?

Поставил Убунту на потыкать палочкой. Там стоит Зундербёрд, но я его терпеть не могу. Был (есть) Evolution, им я даже на КДЕ пользуюсь, но сходу не нашёл в аппцентре Убунты, видимо настолько непопулярен. Но где-то же у вас должен быть всеобъемлющий органайзер? Или только зундербёрд?

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

https://gitlab.gnome.org/GNOME/geary

Я всё хотел посмотреть, но как-то не дошло. Сомневаюсь, что там всё вместе. Всё таки 🗓, 📝, ✉️ — это разные задачи. В той же macOS отдельно.

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

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

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

Как вот эта мотня могла быть ближе к принципу UNIX-Way? Это как раз те самые XFree86, от которых ещё не начали отпиливать части, чтобы привести их в порядок.

Да знаю я и про исполняемые файлы и про сервер печати. Проблема в том, что ты не заметил, я везде (почти) пишу «архитектура X11». Понимаешь? Архитектура. Не конкретная реализация. Думаю, ты сам в курсе, что реализаций X-сервера больше одного. И речь не о наследниках того старого XFree86, были/есть вообще отдельные, не имеющие общей кодовой базы сервера. Даже коммерческие платные бывают. Я даже давно одним таким пользовался, называется Xi Graphics Accelerated-X. И если в XFree86/Xorg раньше было непонятно что напихано, то в других серверах не было. Так вот, объясняю ещё раз. >>>Архитектура<<< X11 больше соответствует принципу «одна программа делает одну задачу хорошо», чем архитектура Wayland. В Wayland и сам сервер, и оконный менеджер, и композитный, даже может и панель задач (т.к. отдельно её не реализуешь без костылей), всё это один процесс, одна программа. Да, составные части могут быть библиотеками, да я знаю про wlroots и налоги. Это НЕ то же самое. Это всё равно одна большая программа, которая часть функций загружает из .so. В чём разница? Разница есть и она огромна. Если там что-то сломается, и будет SEGFAULT, то упадёт оно целиком. Кроме того, банально, пользователь не может поменять отдельно композитный менеджер, например. Или оконный. Это всё части одного целого. Можно поменять только так называемый Wayland сервер-композитор (назову это так, чтобы было понятно, что это цельная сущность) целиком. Я даже сомневаюсь, что в KDE, допустим, будет работать панель задач от LXQT или наоборот, т.к. сама архитектура, сам протокол Wayland такого не подразумевает. Хорошо ли это, плохо ли это. Я сейчас вообще не об этом. В самом начале этой ветки я лишь упомянул, что X11 (ещё раз, я не написал Xorg или XFree86) ближе к некоторым принципам Unix-way, чем Wayland (не конкретная реализация опять же, а архитектура и протокол). Если ты до сих пор так и не понял, что речь не про Xorg, очень жаль. До других давно дошло.

ls-h ★★★★★
() автор топика
Ответ на: комментарий от Im_not_a_robot

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

Не эксперт в этом вопросе, но предположу. Может быть привязки для разных языков делать проще?

ls-h ★★★★★
() автор топика

Вообще-то есть определения:

https://en.wikipedia.org/wiki/Unix_philosophy

Если неформально, UNIX-way - это когда ты работаешь в Bell Labs, но настолько узколоб, зашорен своим технарством, красноглазием и велосипедостроением, что идею пайпов тебе подкидывает твой манагер (манагер, Карл!), а не ты сам.

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

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

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

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

И где оно? Не, я могу установить его с помощью apt, не думаю, что из реп удалили. Но где оно в центре приложений? И на свежайшеустановленой виртуалке с убунтой 20.04 я не наблюдаю эволюшона.

ChekPuk ★★★
()
Ответ на: комментарий от ls-h

Не эксперт в этом вопросе, но предположу. Может быть привязки для разных языков делать проще?

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

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

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

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

И на свежайшеустановленой виртуалке с убунтой 20.04 я не наблюдаю эволюшона.

Так его из дефолтной поставки убунты убрали. Вот и весь секрет.

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

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

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

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

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

Я всегда люблю приводить в пример Haiku.

По каким пунктам там графический стек лучше чем X11? Есть ли там тиринг, за который так ругают Xorg? А композитинг? Что там с безопасностью, за которую так хвалят Wayland? Может ли одно окно получать события, адресованные другому? А эмулировать такие события?

ls-h ★★★★★
() автор топика
Ответ на: комментарий от X512

Solaris вроде какое-то время ещё был конкурентноспособен

Чем реализация X11 от Sun лучше по сравнению с Xorg? Знаю, там раньше был ещё некий NeWS, но никогда его не видел. Речь не про него?

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

Есть ли там тиринг, за который так ругают Xorg?

Есть потому что полноценных видеодрайверов нет, только фреймбуфер. Надо портировать DRM/KMS из Линукса. Возможно тиринга нет на старых видеокартах с поддержкой 2D ускорения для которых есть драйверы.

А композитинг?

Нет потому что не нужен. Пустая трата ресурсов для ненужных спецэффектов.

Что там с безопасностью, за которую так хвалят Wayland?

Примерно как в Win32, особых мер безопасности нет.

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

Нет. Но есть API позволяющее получать все события ввода вне зависимости от фокуса.

А эмулировать такие события?

Да.

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

Они готовы придумать свой игрушечный язык

Может быть я ошибаюсь, но насколько я понял кодогенерацию в C из Vala, можно написать на Vala, а результат перегонки в C использовать так, как если бы это сразу было на C. Т.е. влить в тот же GTK, что на C.

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

Чем реализация X11 от Sun лучше по сравнению с Xorg?

Хотя бы тем что его там умеют готовить. И это по любому будет долгое время лучше чем новая графическая система с нуля специально для Линукса.

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

Драйверы X.Org успешно перенесли на универсальный рендеринг через OpenGL Glamor

Т.е. зря переносили все операции по рисованию на сторону клиента? Можно как и раньше, через XRender, отправлять команды «нарисуй мне эллипс», Xorg будет делать это средствами OpenGL, с ускорением, вне зависимости от того, поддерживается ли тулкитом ускорение. И это даже будет работать по сети, как и раньше. Верните всё в зад!

ls-h ★★★★★
() автор топика
Ответ на: комментарий от X512

Примерно как в Win32, особых мер безопасности нет.

Уже сильное преимущество.

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

Хотя бы тем что его там умеют готовить.

Можно более конкретный пример? Вот есть Xorg, вот есть Xsun (или как он называется), вот есть кусок спецификации протокола X11, который во втором сделан лучше, чем в первом. Ну, если не так низкоуровнево, то хоть пример с точки зрения пользователя. При этом, версии того и другого за один год. Или можно наоборот, мол, что в реализации от Sun было 15 лет назад, в Xorg сделали только вчера.
P.S.: Почему-то обсуждения Wayland/X11/etc... часто проходят очень эмоционально, какими-то лозунгами с малым количеством примеров.

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

Можно более конкретный пример?

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

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

Есть потому что полноценных видеодрайверов нет, только фреймбуфер

Что, базовые VESA драйвера не дают информации, когда у монитора Vsync?

Нет потому что не нужен. Пустая трата ресурсов для ненужных спецэффектов.

В чём-то трата, в чём-то экономия. Сейчас все видеокарты имеют ускорение. Положили окна в текстуры, перемещение окна - изменение координат в сцене, остальное делает видеокарта. Без композитинга перемещение одного окна над другим - постоянная посылка сообщений нижележащему окну вида «кусочек стёрся, его надо перерисовать». Я помню, как раньше, до композитинга, на не очень быстрых компах можно было одним окном «рисовать» поверх другого. Речь ведь не о том, чтобы все окна делать в виде «желе», как в Compiz.

Нет. Но есть API позволяющее получать все события ввода вне зависимости от фокуса.

Опять же, с т.з. безопасности и сравнения с Wayland, есть ли возможность запретить/разрешить приложениям его использовать? Запросить у пользователя?

Честно говоря, пока из описания я никаких преимуществ не увидел.

ls-h ★★★★★
() автор топика
Ответ на: комментарий от X512

Но логично предположить что X сервер будет лучше работать в системе где он изначально проектировался

Вот о чём я и говорил в «P.S.», конкретики никакой. Можно предположить, а можно и нет. Лично я, например, не слышал, чтобы Solaris позиционировался как ОС для анимационных студий. Типа все дизайнеры и аниматоры выбирают Solaris потому, что в нём нет тиринга, отлично работает ускорение и отзывчивый интерфейс. Вот о том, что Solaris для серверов - слышал. Поэтому Xsun там вполне может быть по остаточному принципу, чтобы был.

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

Что, базовые VESA драйвера не дают информации, когда у монитора Vsync?

Программное копирование буфера не успевает за vblank, проверял.

Положили окна в текстуры, перемещение окна - изменение координат в сцене, остальное делает видеокарта. Без композитинга перемещение одного окна над другим - постоянная посылка сообщений нижележащему окну вида «кусочек стёрся, его надо перерисовать».

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

Опять же, с т.з. безопасности и сравнения с Wayland, есть ли возможность запретить/разрешить приложениям его использовать?

Пока нет, но можно сделать если надо. Есть отдельное более безопасное API для получения всех сообщений мыши пока нажата кнопка мыши (например чтобы получать сообщения мыши пока что-нибудь таскается).

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

Я считаю, что сравнивать надо 40 и 20 винды и линукса.

Макос это слишком другая вселенная и неясно, сколько человек его выбрало именно за юниксовость для разработки под LAMP/LEMP. Во первых надо помнить о том, что под маки и ios можно разрабатывать только на маках (и юникс тут ни при чем), а во вторых - маки это сорт оф мем и мода (и юникс тут тоже ни при чем).

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

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

Макос это слишком другая вселенная и неясно

Это как правило макбуки, которые издревле живут на батарее дольше.
Внешний вид (алюминий, тачпад, экран).
Потом идёт удобство и опрятность MacOS и экосистема эпла в сочетании с айфоном.
Поддержка юниксовой пежни идёт в качестве бонуса.

Это не мем и не мода, а объективные преимущества.

Какие у вас там проблемы с обновлениями в win10 вообще ума не приложу, обновляется когда скажут, а пока не скажет сидит смирно и ждёт.

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

проверял

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

ls-h ★★★★★
() автор топика
Ответ на: комментарий от Exmor_RS

Потом идёт удобство и опрятность MacOS

Про удобство очень спорное утверждение. Не знаю, как сейчас, раньше как-то пробовал, там, например, файл/директория открывается на Ctrl+O (может быть Cmd, не помню), а на Enter он переименовывается. Как бы, какое действие выполняется чаще? Мелочь, но таких там можно найти вагон.

ls-h ★★★★★
() автор топика
Ответ на: комментарий от Im_not_a_robot

Unix-way – это pipe. Вывод одной программы передается на вход другой программы и так до бесконечности человеческая_многоножка.mp4. Соответственно программы должны быть дружественны к этому подходу. Все остальное – чушь.

Самые главные свойства UNIX way, как мне кажется, это «Separation of mechanism and policy» и «Use composition». Когда программа не навязывает, для какой цели её использовать при решении сложной задачи, а, наоборот, поощряет использование себя, как кирпичика внутри сложных конструкций. pipe это лишь частный случай этого свойства.

Тем же свойством, например, обладают блочные устройства - их часто можно использовать вместо файлов, они позволяют абстрагироваться от реализации, для них есть механизмы, обеспечивающие композицию (device-mapper, nbd over localhost).

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

обновляется когда скажут,

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

Midael ★★★★★
()
Ответ на: комментарий от ls-h

Можно, а система всё равно лучше.
Это и отличает хорошее проектирование, от его отсутствия и замену базаром.
Удобство не ограничивается ковырянием в файндере с клавиатуры.
Хочешь заниматься аутизмом, то тебе уже даже двухпанельник Marta наколбасили.

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

Ну не забывай, выключи, настрой, потвикай — всё это реально сделать.

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

В 202X критиковать обновления это нонсенс — пускай обновляется сколько влезет, лучше там будут патчи безопасности (ПОДУМАЙТЕ О ДЕТЯХ, РАДИ ВАШЕЙ БЕЗОПАСНОСТИ ололо, но тем не менее), чем дыры.

Exmor_RS ★★★
()
Ответ на: комментарий от ls-h

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

  1. Более современная серверная графика так что браузер через неё рисует, а не отсылает растровую картинку. Есть возможность удалённого рабочего стола с векторными командами и нативным и HTML5 клиентом (правда не до конца доделана).

  2. Нет разных мелких проблем вроде блокировки фокуса меню. Есть разные стили и режимы поведения окон.

  3. Встроенная эффективная поддержка двойной буферизации с размером заднего буфера не зависящаго от размера и количества окон. В X11 так сделать нельзя потому что нет аналогов BeginPaint/EndPaint чтобы сообщить когда рисование завершено и можно показывать.

  4. Многопоточная архитектура и паралельный рендеринг окон в разных потоках. Использование преимуществ многоядерных процессоров. В X11 во многом однопоточная архитектура.

  5. Работает переключение на fallback видеодрайвер. Не надо «чинить иксы», графика будет работать всегда.

  6. Есть современный стандартный тулкит, не нужно возиться с протоколом. Тулкит поддерживает несколько GUI потоков в отличии от Qt и GTK.

  7. Есть система перечисления окон и контролов а также отсылка им сообщений примерно как в Win32, только сообщения более продвинутые и могут содержать произвольные поля.

  8. Реализация проще и понятнее. Нет тонны легаси кода.

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

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

Емакс — не показатель, у него доля пользователей неуклонно снижается :)

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

Емакс — не показатель, у него доля пользователей неуклонно снижается :)

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

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