Менеджер по презентациям - Presentation Manager

Presentation Manager (PM) - это графический пользовательский интерфейс ( GUI ), который IBM и Microsoft представили в версии 1.1 своей операционной системы OS / 2 в конце 1988 года.

История

Исходный менеджер презентаций, работающий в OS / 2 1.1.

Microsoft начала разработку графического пользовательского интерфейса (GUI) в 1981 году. После того, как IBM убедила IBM, что последней также нужен графический интерфейс, Presentation Manager (PM; кодовое название Winthorn) был совместно разработан Microsoft и IBM Hursley Lab в 1987-1988 годах. Это было нечто среднее между Microsoft Windows и графической системой IBM для мэйнфреймов ( GDDM ). Как и Windows, он был основан на сообщениях, и многие сообщения были даже идентичны, но также имелся ряд существенных отличий. Хотя Presentation Manager был разработан, чтобы быть очень похожим на грядущую Windows 2.0 с точки зрения пользователя, а структура приложения Presentation Manager была почти идентична структуре приложения Windows, совместимость исходного кода с Windows не была целью. Для Microsoft разработка Presentation Manager стала возможностью исправить некоторые ошибки дизайна Windows. Обе компании заявили, что Presentation Manager и Windows 2.0 останутся практически идентичными.

Одним из наиболее значительных отличий Windows от PM была система координат. Если в Windows координата 0,0 располагалась в верхнем левом углу, то в PM - в нижнем левом углу. Еще одно отличие заключалось в том, что все операции рисования выполнялись в контексте устройства (DC) в Windows. PM также использовал DC, но был дополнительный уровень абстракции под названием Presentation Space (PS). OS / 2 также имеет более мощные функции рисования в интерфейсе графического программирования (GPI). Некоторые концепции GPI (например, просмотр преобразований) были позже включены в Windows NT. Модель программирования OS / 2 считалась более чистой, поскольку не было необходимости явно экспортировать оконную процедуру, не было WinMain, а также не было прологов и эпилогов нестандартных функций.

Пути прощания

Одной из наиболее часто упоминаемых причин раскола было расхождение API-интерфейсов между Presentation Manager и Windows, которое, вероятно, было вызвано IBM. Первоначально Presentation Manager был основан на коде графического интерфейса пользователя Windows и часто имел заранее разработанные разработки, такие как поддержка пропорциональных шрифтов (которые появились в Windows только в 1990 году). Одно из расхождений касалось положения координаты (0,0), которая была в верхнем левом углу в Windows, но в нижнем левом углу (как в декартовых координатах ) в диспетчере презентаций. На практике стало невозможно перекомпилировать программу с графическим интерфейсом пользователя для работы в другой системе; В какой- то момент был обещан инструмент автоматического преобразования исходного кода . Обе компании надеялись, что в какой-то момент пользователи перейдут на OS / 2.

В 1990 году начала массово продаваться версия Windows 3.0 , и Microsoft начала терять интерес к OS / 2, тем более что даже раньше рыночный интерес к OS / 2 всегда был намного меньше, чем к Windows.

Компании разошлись, и IBM взяла на себя все последующие разработки. Microsoft взяла OS / 2 3.0, которую переименовала в Windows NT ; как таковой, он унаследовал определенные характеристики Presentation Manager. IBM продолжила разработку Presentation Manager. В последующих версиях OS / 2 и производных, таких как ArcaOS , он использовался в качестве основы для объектно-ориентированного интерфейса Workplace Shell .

Существует значительная интеграция уровня графического интерфейса пользователя с остальной частью системы, но все еще можно запускать определенные части OS / 2 из текстовой консоли или X- окна, а также можно загружать OS / 2 с помощью команды -строчная среда без Presentation Manager (например, с использованием TSHELL).

Технические подробности

PM следует соглашениям об интерфейсе Common User Access . Он также поддерживает аккорды мыши для копирования и вставки текста.

Важной проблемой была единственная входная очередь : неотзывчивое приложение могло блокировать обработку сообщений пользовательского интерфейса, тем самым замораживая графический интерфейс. Эта проблема была решена в Windows NT, где такое приложение просто превратилось бы в мертвый прямоугольник на экране; в более поздних версиях появилась возможность перемещать или скрывать его. В OS / 2 это было решено в пакете FixPack с использованием таймера для определения того, когда приложение не реагирует на события.

Смотрите также

использованная литература

внешние ссылки