Стековый менеджер окон

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

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

Однако, если оконный менеджер также может предоставить приложению обновленное изображение того, как выглядел экран до того, как было нарисовано окно переднего плана, но после того, как все другие окна уже нарисованы, открываются дополнительные возможности. Это позволило бы одному окну на переднем плане выглядеть полупрозрачным, если использовать изображение в качестве фильтра текстуры в конечном выводе. Это было возможно в Windows XP с ПО в комплекте со многими NVidia GeForce видеокартами, а также из третьих источников, с использованием аппаратного наложения текстур.[3]

Еще один метод уменьшения ограничений наложений - использование аппаратного наложения и хромакея . Поскольку графический процессор может рисовать на исходящем экране, рисуется окно, содержащее известный цвет, который позволяет видеоаппаратуре определять, какие части окна отображаются и на которые следует рисовать. Этот способ позволяет добавлять в окна 3D и 2D ускоренное видео и анимацию.

Полноэкранное видео также может рассматриваться как способ избежать ограничений, накладываемых наложением. Полноэкранный режим временно приостанавливает необходимость какого-либо управления окнами, позволяя приложениям иметь полный доступ к видеокарте. Ускоренные 3D-игры в Windows XP и более ранних версиях полностью основывались на этом методе, поскольку в эти игры было бы невозможно играть в оконном режиме. Однако технически этот метод не имеет ничего общего с оконным менеджером и является просто средством его замены.

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

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

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