The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Увидел свет Wayland 1.10

17.02.2016 13:33

После пяти месяцев разработки представлен стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.10, а также развиваемого параллельно композитного сервера Weston 1.10 и набора расширений wayland-protocols 1.1. Ветка 1.10 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности композитного сервера Weston. Следующий выпуск 1.11 запланирован на 31 мая.

Недавно отделившийся пакет wayland-protocols включает набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений. В рамках композитного сервера Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.

Основные новшества Weston 1.10:

  • В состав включен клиент с поддержкой интерфейса V4L2 (Video for Linux 2), демонстрирующий способ получения видео с устройств V4L2, таких как dmabuf;
  • В оболочке для информационно-развлекательных систем (IVI Shell) улучшена поддержка конфигураций с несколькими экранами. Добавлена поддержка нескольких режимов компоновки информации на экране: размещение бок о бок, полноэкранный, кусочный (tiled) и в случайном порядке;
  • В weston.ini добавлена порция новых параметров изменения конфигурации, в том числе "vt-switching" и "allow-zap" для включения/выключения обработки Ctrl-Alt-fn (переход к виртуальным терминалам) и Ctrl-Alt-Backspace (экстренное завершение работы сервера);
  • Возможность использования механизма уведомлений Systemd, который, например, может применяться для отслеживания работоспособности Weston и автоматизации перезапуска в случае краха/зависания. Режим активируется через опцию "--enable-systemd-notify";
  • В число зависимостей добавлен пакет wayland-protocols, компоненты которого раньше входили в состав Weston, но недавно были выделены в отдельный пакет;



Улучшения, связанные с протоколом и API Wayland:

  • В Wayland API добавлена поддержка операций Drag&drop, отсутствие которых было серьёзным препятствием по обеспечению полноценной работы GNOME поверх Wayland. Добавленные вызовы обеспечивают согласование типа контента при его перемещении между источником и получателем, а также информируют источник о завершении или отмене операции. Реализованный подход отличается от используемого в X11 протокола XDND предоставлением дополнительных средств управления передачей на стороне получателя;
  • Поддержка группировки событий указателей (Pointer) вместе с событиями кадров (Frame), что позволяет создавать такие возможности как диагональная прокрутка, в которой комбинируются события вертикального и горизонтального скроллинга. Кроме того, сгруппированные события также позволяют более точно отслеживать клики колесом мыши, прекращение прокрутки касанием и процесса генерации событий прокрутки;
  • Добавлен вызов wl_surface.damage_buffer, предоставляющий более удобный способ организации перерисовки частей поверхности;
  • Для буферов разделяемой памяти реализована техника подсчёта ссылок, дающая композитным менеджерам возможность отложить высвобождение пулов памяти до момента, когда они больше не будут использоваться. Данная возможность уже применяется в Enlightenment для асинхронной отрисовки;
  • Предоставлена возможность удаления объектов wl_seat, что полезно для реализации таких применений как подключение к удалённому рабочему столу;
  • К отдельным объектам протокола теперь могут быть привязаны собственные номера версий. Для обеспечения обратной совместимости всем ранее добавленным объектам присвоена версия 0;
  • Добавлен новый API установки и получения файловых дескрипторов сокетов, которые используются в серверах Wayland для взаимодействия с клиентами. Данная функциональность может быть использована для усиления защиты с применением таких систем, как SELinux и SMACK;
  • Добавлены атрибуты enum и bitfield;
  • Добавлена порция пояснений по использованию протоколов и API, упрощающих правильное использование Wayland в окружениях рабочего стола;

В пакет wayland-protocols 1.1 добавлено два новых протокола: относительные события указателей и ограничения указателей (блокировка). Ранее добавленные протоколы: управление работой в полноэкранном режиме, обработка методов ввода, совместное использование нескольких видеокарт при помощи технологии DMABuff, организация ввода текста, управление с сенсорных экранов, XDG-расширения для рабочего стола и организация отображения видео.

Отдельно можно отметить публикацию компанией Samsung патчей с реализацией сетевой прозрачности для протокола Wayland, позволяющих организовать выполнение клиентских приложений и отрисовку на разных компьютерах. Суть предложенных изменений сводится к пробросу существующего протокола поверх сокета TCP/IP. Сжатие и техники оптимизации потока пока не реализованы, разработка находится в стадии прототипа. При этом, для добавления поддержки сетевой прозрачности в композитный сервер достаточно добавить одну строчку "wl_display_add_remote_socket(display, "foo")". Сетевая прозрачность пока работает только с клиентами, поддерживающими тип буферов wl_shm (EGL и dmabuf пока не поддерживаются).


Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:

  • В GNOME поддержка Wayland близка к полной готовности, остаётся решить лишь несколько незначительных проблем. Репозиторий Fedora Rawhide, на базе которого формируется релиз Fedora 24, переведён на использование по умолчанию рабочего стола GNOME поверх Wayland. Экспериментальный сеанс рабочего стола GNOME на базе Wayland доступен в Ubuntu GNOME (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland").
  • Разработчики KDE развивают kwin_wayland, вариант оконного менеджера KWin для Wayland, а также библиотеку KWayland, в которую вынесен весь код, специфичный для поддержки Wayland. Для использования с Wayland адаптированы некоторые специфичные расширения Plasma, ранее привязанные к API X11. В состав KDE Plasma 5.5 включена реализация сеанса на базе Wayland. Сеанс на базе Wayland обеспечивает более высокое качество отрисовки (исключено появление разрывов /tearing/ при выводе видео) и повышенный уровень безопасности (затруднено создание кейлоггеров). Началось формирование Live-сборок KDE Plasma 5 на базе Wayland. Wayland применяется по умолчанию в платформе Plasma Mobile.
  • В пользовательском окруженим Enlightenment 0.20 обеспечена полноценная поддержка Wayland. Работа поверх Wayland реализована с применением собственного композитного менеджера wl-desktop-shell. Отмечается, что все необходимые для работы поверх Wayland возможности реализованы, но окружение на базе Wayland пока недостаточно протестировано для ежедневного использования;
  • Для ОС DragonFly BSD подготовлен порт с Wayland и Weston;

  • Wayland задействован по умолчанию в мобильных платформах Sailfish 2 и Tizen 3.
  • В панели Cairo-Dock реализована возможность работы в окружении композитного сервера Weston.
  • Работа по добавлению поддержки Wayland ведётся для рабочих столов LXQt и MATE.
  • Развиваются новые десктоп-окружения, работающее только на базе технологий Wayland: Quantum Shell, Hawaii и Orbital.
  • Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland выпускается специальный Live-дистрибутив Rebecca Black Linux.
  • Отмечается прогресс в адаптации Firefox и LibreOffice для работы поверх Wayland без привлечения прослойки XWayland.



Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2), Clutter и EFL (Enlightenment Foundation Library). Начиная с Qt 5.4 в состав включён модуль QtWayland с реализацией компонентов для работы Qt-приложений в окружении композитного сервера Weston, развиваемого проектом Wayland.

Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Отмечается значительный прогресс в направлении поддержки Wayland в проприетарных драйверах NVIDIA - в ветку 355.x уже включена поддержка всех необходимых расширений EGL, но остаётся реализовать KMS API и KMS ioctl. Композитный сервер Weston может работать не только с использованием DRM-модуля ядра Linux, но и поверх X11, другого композитного сервера Wayland, фреймбуфера и RDP. Кроме того, развиваются проекты по обеспечению работы поверх графического стека платформы Android.

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

Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland (Device-Dependent X), похожий по организации работы на Xwin и Xquartz для платформ Win32 и OS X. Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland. При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.

  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Обновление Live-дистрибутива для тестирования работы десктоп-окружений поверх Wayland
  3. OpenNews: Оценка готовности GNOME для работы поверх Wayland
  4. OpenNews: Началось формирование Live-сборок KDE на базе Wayland
  5. OpenNews: Выпуск wayland-protocols 1.0, набора дополнительных протоколов Wayland
  6. OpenNews: Увидел свет Wayland 1.9, перешедший на современный вариант лицензии MIT
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43892-wayland
Ключевые слова: wayland, weston
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 14:43, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Свет в конце тоннеля? Кому оно нужно без софта.
     
     
  • 2.13, Аноним (-), 15:25, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тем, кому надоело делать костыли для x11.
     
     
  • 3.23, Аноним (-), 18:34, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так он уже оброс костылями, как раз чтобы стать пригодным для работы, ровно как и иксы. Только в иксах костыли заложены идеологически, а тут пи онеры слепили ненужного сферического коня в вакууме, поняли, что обд елались и начали лепить костыли
     
     
  • 4.26, Аноним (-), 18:48, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, wayland разрабатывается разработчиками иксов!
     
     
  • 5.27, anonymous (??), 18:52, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Вообще, wayland разрабатывается разработчиками иксов!

    Которые скатили иксы и захотели новую песочницу.

     
  • 5.33, Аноним (-), 19:32, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    да-да, теми же самыми, что и 30 лет назад, как же
     
  • 4.28, Аноним (-), 18:54, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ты новость хоть прочёл?
     
  • 4.35, Аноним (-), 19:43, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как и в жизни костыли нужны инвалидам, а не здоровым. Программа обросшая костылями должна быть утилизирована, а на её место должна прийти новая, здоровая, которую в будущем тоже утилизируют.
     
     
  • 5.41, Вареник (?), 02:56, 18/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пока Ваша идеальная программа в вакууме будет расти... Ее применение обрастет костылями при первом столкновении с реальным миром.
     
     
  • 6.42, Аноним (-), 08:24, 18/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Новую программу нужно разрабатывать учитывая требования к старой программе. Если программе нужны костыли при первом использовании в реальном мире, то либо разработчик дурак, либо программу используют так как не задумывалось и для чего она не была предназначена.
     
  • 3.39, Led (ok), 23:45, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тем, кому надоело делать костыли для x11.

    И какие же ты "костыли для х11" сделал, малыш?

     

  • 1.4, Аноним (-), 14:45, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Пусть все кто говорил что Wayland не нужен и не взлетит - выкусят !)

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

    Теперь в комментах про вулкан апи говорят что не взлетит - и опять выкусят!

     
     
  • 2.6, Аноним (-), 14:48, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Пусть все кто говорил что Wayland не нужен и не взлетит -
    > выкусят !)
    > Плюс еще буквально месяц назад читал статью что Wayland еще плохо работает
    > но уже устарел, по тому что его нужно переписывать под вулкан
    > который вышел вчера. И тут выкусили!)
    > Теперь в комментах про вулкан апи говорят что не взлетит - и
    > опять выкусят!

    сколько лет твоему фетишу и где он до сих пор?

     
     
  • 3.8, Ортаа1991 (?), 15:01, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вэйлэнд стабилен уже давно. А то что окружения и приложения еще не (полностью) поддерживают вяленый - это не проблема вяленого
     
     
  • 4.12, омномнонимус (?), 15:23, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Еще как проблема вайланда. Не будет приложений - не взлетит.
     
     
  • 5.16, A.Stahl (ok), 16:13, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2), Clutter и EFL

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

     
  • 5.51, Прогнулклячивикус (?), 13:03, 23/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не будет Wayland - не взлетит Linux ;-)
     
  • 4.29, Аноним (-), 18:55, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это да. Сферические кони в вакууме - штуки беспроблемные.
     

  • 1.5, Аноним (-), 14:46, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что-то гном с последними гитовскими сборками вылетает при попытке открыть любое приложение. Буквально еще вчерашняя сборка вылетала при попытке открыть браузер, игру или видео в стороннем плеере, а сегодняшний релиз веиленда и это доломал. Скорей бы уже там пофиксили. Ещё на GTK 3.19.7 можно было пользоваться.
     
     
  • 2.15, Анонимус123 (?), 15:38, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пользуйся тестовыми версиями дальше и продолжай на них жаловаться.
     

  • 1.9, Аноним (-), 15:04, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Возможность использования механизма уведомлений Systemd, который, например, может применяться для отслеживания работоспособности Weston и автоматизации перезапуска в случае краха/зависания.

    ..два mindless-designed поделия нашли друг друга.

     
     
  • 2.11, Аноним (-), 15:09, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Systemd и раньше был не одинок, в компании с иксами-то.
     

  • 1.10, автобус (?), 15:07, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://developer.nvidia.com/vulkan-graphics-api-here

     
     
  • 2.21, CSRedRat (ok), 17:15, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Для управления устройствами и экранами в Vulkan предлагается интерфейс WSI. Поддержка WSI из коробки доступна в Wayland - все приложения, использующие Vulkan, могут запускаться в окружении немодифицированных серверов Wayland, таких как Weston, GENIVI LayerManager, Mutter/GNOME Shell и Enlightenment. Возможность работы через WSI также обеспечена для Android, Mir, Windows (Vista+) и X11 (c DRI3).
     

  • 1.19, kleem_head (?), 16:42, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    a wayland -tX работает? (по аналогии с ssh -tX)
     
     
  • 2.22, Джо (?), 17:24, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю  нет  и не будет
     
  • 2.24, Аноним (-), 18:34, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    У тебя wayland уже аналог ssh? Интересная ты личность.

    Тогда уж ssh -t --letter-or-option-for-Wayland. Пока в ssh не добавили. Будет более менее пригодная реализация для удалёнки с общим для всех api (например то, что пилит самсунг), добавят.

     

  • 1.20, крапивка (?), 17:00, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    quantum теперь papyros жеж!
     
  • 1.30, Дворник (??), 19:03, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересная весчь, но пока аналога XMonad-а для неё не появится, так и останется в роли чего-то интересно-перспективного.
     
     
  • 2.49, ildus (?), 16:33, 19/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http://swaywm.org
     

  • 1.31, Аноним (-), 19:05, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland.

    Вот собственно и все - нет смысла под него писать, раз оно иксовые приложения понимает. Иначе  - поддерживать и wayland и иксы, а на это нужны ресурсы. ИМХО не взлетит

     
     
  • 2.43, ZiNk (ok), 12:34, 18/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Вот собственно и все - нет смысла под него писать, раз оно иксовые приложения понимает. Иначе  - поддерживать и wayland и иксы, а на это нужны ресурсы. ИМХО не взлетит

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

     

  • 1.32, Дворник (??), 19:12, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Или вот ещё, например, firefox запускается в виртуалке, X-а на хосте. Можно такую схему с Wayland-ом накрутить?
     
     
  • 2.34, Аноним (-), 19:33, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Или вот ещё, например, firefox запускается в виртуалке, X-а на хосте. Можно
    > такую схему с Wayland-ом накрутить?

    через год-другой сделают

     

  • 1.36, Аноним (-), 20:20, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Wayland создает массу проблем с совместимостью. xwayland например не будет работать на всех композитных менеджерах, а только на тех, на которых он поддерживается. Вместе с libinput следовало бы еще много чего стандартизировать.
     
  • 1.37, Аноним (-), 20:43, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понимаю народ, огульно аплодирующий вэйланду. Такой ситуации как сейчас когда можно поменять оконный манагер, композитный, дисплейный больше не будет. При такой архитектуре линукс придет к тому что DE будет одно как в винде и никакой гибкости в настройке. Никаких вам скринкастеров, gxneur. Написать прогу на wayland как на xlib не получится, в википедии сказано что никаких рисовальных API там нет.
     
     
  • 2.38, Аноним (-), 23:21, 17/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    2016 год на дворе, пришло время учить opengl
     
  • 2.40, Аноним (-), 00:17, 18/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > DE будет одно

    Разные DE будут и никуда они не денутся. Уровень кастомизации немного снизится, но это еще можно пережить. А вот будет ли между специфичными приложениями из разных DE совместимость - это вопрос на 100500. Рисовалка - это херня. К ней единственная претензия, что нет "сетевой прозрачности".

    А вот управление окнами, трей, рабочие столы, переключении раскладок, список окон на панели задач, глобальные хоткеи в приложении, меню убегающие за монитор, прилипающие окна и т.д. (думаю ведушие разработчики DE смогут более сотни пунктов перечислить). С этим почти никак... Если не поторопятся стандартизировать, то выйдет либо несовместимый зоопарк тулкитов/DE, либо ущербные DE.

     
     
  • 3.47, Аноним (-), 13:08, 19/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я сразу сказал, если xneur не будет работать на wayland (сейчас он не работает пробовал) тогда идите в попу со своим waylandom.


     
  • 2.44, robux (ok), 15:44, 18/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > никаких рисовальных API там нет

    Почему-то мне кажется, что "рисовальными API" иксов в нормальном уме уже давно никто не пользуется. А Cairo он и в вяленом должен работать.

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

    А вот с этим спорить не буду. Вяленд штука пока ещё больше теоретическая, чем практическая.

     
     
  • 3.46, Аноним (-), 13:02, 19/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не хочу никому навязывать свое мнения, но я считаю последние проекты типа systemd vulkan wayland целенаправленными попытками подкопа под свободное по. У них даже лицензии не GPL, чтобы в один прекрасный день закрыть код и запретить его развивать всем кроме каких-нибудь фирм. Допустим если разработчики wayland начнут двигаться не туда можно было бы отнять у них проект и допилить как нужно пользователям, но они пытаются исключить такую возможность. Та же стандартизация в wayland невозможна, так как для этого следовало бы прибить например xwayland гвоздями к wayland чтобы у разработчиков DE не было выбора использовать или нет. Короче линукс пытаются превратить го*но.
     
  • 3.48, Аноним (-), 13:49, 19/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот с этим спорить не буду. Вяленд штука пока ещё больше
    > теоретическая, чем практическая.

    А вот здесь соглашусь. В процессе разработки этого поделия рано или поздно выяснится что оно создает проблем больше чем решает, и лучше было исправить xorg, чем пытаться допилить нежизнеспособную архитектуру с wayland. Этот wayland уже скоро как 10 лет пилят, а что-то разработчики прикладных программ пока не ощутили его простоту и преимущества судя по тому что ни одна программа толком под wayland не работает а большинство не работает вообще. вот такой вот парадокс: простота абстрактных ничего не значащих по сути схем на сайте wayland почему-то не привела к простоте на практике.

     

  • 1.45, Аноним (-), 18:01, 18/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Никто не знает, MATE с этой штукой будет работать?
     
  • 1.50, Зенитарка (?), 12:05, 20/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А где картинки? Я не верю в проект без картинок.
     
  • 1.52, Аноним (-), 22:48, 26/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто там спрашивал про вставку текста наисреднюю кнопку... В GTK только что завезли.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру