Вопросы Теги

Роль и архитектура Xorg (X-сервер) и взаимодействие с другим программным обеспечением

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

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

3
13.01.2019, 23:41
2 ответа

Сначала проверьте Понимание рабочий стол Linux

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

Я знаю, что это - основанное на клиенте/сервере программное обеспечение, но что является особенно озадачивающим для меня, то, как это работает с инструментариями виджета для обеспечения дисплея и как они взаимодействуют друг с другом.

Я имею в виду, беру платформу Какао Mac: у Вас есть GnuStep, который является реализацией с открытым исходным кодом той платформы, но (от того, что я могу предположить), это работает X, правильно? Все же я предполагаю, что Mac не использует X.

Инструментарии (GTK, QT...) обычно не взаимодействуют между собой - они - просто библиотеки и как таковой (главным образом) разделенный на основе для каждого процесса. Они, конечно, взаимодействуют с X-сервером - отправкой, привлекают команды и читающие исходные данные. Однако некоторые из них не ограничены единственным бэкендом (X11) - например, GTK, QT и GNUstep имеют также ароматы MS Windows.

Инструментарии действуют как объединенный уровень API выше собственного интерфейса рисунка - в случае X11, они переводят запрос для вовлечения кнопки в серию простых объектов (прямоугольники, штриховки и т.д.; например, в недавних версиях GTK это достигается через другой уровень абстракции, обеспеченный Каиром). В Windows или Mac у них есть возможность использовать встроенный API так, чтобы, например, "Кнопка GTK" могла быть переведена в "Windows Button", и например на устройстве кадрового буфера это было бы переведено непосредственно в единственные пиксели (вероятно, снова через rastering механизм как Каир). Например, QT имеет приблизительно 15 различных бэкендов.

Если Вы говорите о настольных средах, общающихся с приложениями с помощью различных инструментариев, это - совершенно другая история. В эти дни D-шина обычно используется на X сессиях, которые позволяют не только приложениям GUI отправлять и получать сообщения к/от другим приложениям.

Там какие-либо альтернативные опции к Xorg на Linux? Я могу выполнить GnuStep, например, с чем-то еще?

Одной альтернативой (независимо fom упомянутые John Siu в его ответе) мог бы быть Уэйленд. Все же нет многих приложений, которые смогли бы использовать его исходно.

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

Большую часть времени менеджеры окон только понимают X-протокол и, как предполагается, запущены под (или выше, завися, от которого примыкают, каждый смотрит), X-сервер. В значительной степени, потому что нет ничего лучше (даже при том, что существуют вещи в X11, и это - реализации, которые могли быть лучше).

5
27.01.2020, 21:14
  • 1
    Спасибо, Вы ответили на все мои вопросы, и ссылки указали на меня в правильном направлении, и особенно информация о D-шине полезна. Мой единственный запрос теперь все еще, как GTK удается работать над X11 и Windows, но я предполагаю, что это - вопрос в течение другого дня... –  mydoghasworms 31.01.2013, 07:48
  • 2
    Абзац "инструментариев" - то, что я первоначально запланировал обновить в своем ответе. peterph сделал хорошее задание здесь. +1 –  John Siu 31.01.2013, 08:02
  • 3
    Проверьте обновленный ответ на бэкендах –  peterph 31.01.2013, 15:11

Если Вы ищете альтернативу к X11 на Linux, существуют, некоторые базируются на этом сообщении. Однако проверка их ссылок Wiki, некоторые из них кажутся больше не разрабатываемыми. Следующее равняется 2, который кажется активным

  1. DirectFB

  2. KDrive/TinyX

Лично я использую/пробую directfb прежде. Я использовал хинду в течение того времени и могу указать компиляцию приложения окна с библиотекой DirectFB вместо X11 (или оба? Я забываю.)

1
27.01.2020, 21:14
  • 1
    gtk/gnustep/kde/cocoa - некоторые как довольно расплывчатый. Должны обновить тех, которые в ответ позже сегодня вечером. –  John Siu 31.01.2013, 00:00
  • 2
    Спасибо за Ваш ответ. Я на самом деле посмотрел на то сообщение до прибытия здесь; это просто добавило к моему беспорядку! Я нахожу перспективу способности использовать другую программу дисплея кроме X11 очень соблазнительный, но мне кажется, что необходимо было бы переписать много программного обеспечения для создания такого рабочего стола полезным. –  mydoghasworms 31.01.2013, 07:50
  • 3
    Не точно, например, DirectFB, просто необходимо установить опцию компиляции пользоваться directfb библиотекой, и много программ будут просто работать. Я не забываю заменять X11 полностью в течение многих месяцев без проблемы. –  John Siu 31.01.2013, 07:56

Теги

Похожие вопросы