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

Почти вся моя работа в прошлом месяце была потрачена на одну вещь, о которой говорилось в отчете о деятельности:

“Xlibe”: уровень совместимости Xlib/X11 для Haiku

Итак, в моем предыдущем отчете по контракту была заметка о возможности написания “уровня совместимости Xlib”, то есть реализации API X11 без сервера X11.

Я подумал, сможем ли мы сделать что–то подобное для Haiku, чтобы переносить приложения X11 (или даже целые тулкиты) без написания отдельных нативных бэкэндов для каждого из них, а также без запуска всего сервера X11 в фоновом режиме. После некоторых экспериментов я думаю, что это действительно более чем осуществимо, хотя мы посмотрим, как далеко мне удастся зайти и насколько быстро…

Как уже знают те из вас, кто читает форумы, эксперимент зашел довольно далеко и фактически в течение нескольких недель, вероятно, появится в репозиториях пакетов вместе с основным стимулом для этого проекта — портом GTK.

(Некоторые объяснения взяты из веток форума или других материалов.)

Зачем вообще писать уровень совместимости Xlib/X11, а не собственные бэкэнды?

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

Не все тулкиты похожи на это; на самом деле их очень мало. GTK имеет бэкэнды только для X11, Wayland, Windows, macOS и Broadway(HTML5). Бэкэнд macOS, в частности, долгое время был довольно плохим, поэтому большинство пользователей GTK–приложений на macOS предпочитали использовать X11 через XQuartz. Другие приложения, такие как “AzPainter”, поддерживают X11 и только X11; или, возможно, у них есть поддержка Wayland, но даже нет порта Windows или macOS, о котором можно было бы говорить. После переноса программного обеспечения с X11/Wayland есть некоторая надежда, что можно написать нативный бэкэнд для совершенно другой платформы, но часто до этого система будет делать слишком много предположений о том, на чем она работает, чтобы перенос стал возможным.

Таким образом, даже если бы написание бэкэнда GTK для Haiku было возможным или выполнимым, существует отдельное значительное количество программного обеспечения Linux/и т.д., которое действительно можно перенести, только перенеся X11 или Wayland.

Почему бы просто не перенести сервер X11?

Мы могли бы, как это сделано для Windows или macOS, но, учитывая недостатки этого подхода и гибкость API–интерфейсов Haiku, я понял, что можно повторно реализовать API–интерфейсы X11 непосредственно поверх API–интерфейсов Haiku (ну, за некоторыми незначительными исключениями, конечно), без сервера X11 и фактически предоставить множество преимуществ, которые предоставит “по–настоящему” нативный сервер. Например, “Xlibe” может напрямую переводить свойства и атрибуты окна X11 в атрибуты Haiku, и есть возможность даже выполнять операции перетаскивания, в то время как порт сервера X11, скорее всего, столкнется с трудностями при полной интеграции этих функций между клиентскими приложениями X11 и приложениями Haiku.

Не сделает ли это нативные бэкэнды устаревшими и ненужными?

Вовсе нет; нативные бэкэнды для тулкитов и приложений по–прежнему будут иметь гораздо большую интеграцию, чем может обеспечить уровень совместимости X11. Фактически, это открывает дверь для “инкрементного” переноса: можно перенести часть программного обеспечения, которое в основном использует X11, а затем постепенно заменить его части, чтобы напрямую использовать API–интерфейсы Haiku вместо X11 (я думаю или, по крайней мере, надеюсь, что движки поддержки визуальных тем интерфейса будут первым местом, где будет использован код, специфичный для Haiku).

Почему Xlib/X11, а не Wayland?