بوست سكريبت
الاستخدام كنظام تشغيل

وقد حقق PostScript نجاحاً تجاريًا بعد طرح واجهات المستخدم الرسومية (GUI)، والتي سمحت للمصممين بتنسيق الصفحات مباشرة لطباعتها على طابعات الليزر.ورغم ذلك، كانت أنظمة الرسوميات الخاصة بواجهات المستخدم الرسومية أقل تطوراً من PostScript؛ فمثلاً كان التطبيق QuickDraw من Apple، يدعم فقط الخطوط والأقواس الأساسية، وليس الدوال B-splines المعقدة وخيارات ملء المناطق المعقدة الخاصة بـ PostScript. ولكي تستفيد من المزايا الكاملة للطباعة بالـ PostScript، كانت تضطر التطبيقات في أجهزة الكمبيوتر أن تعيد تطبيق هذه الخصائص باستخدام نظام الرسوميات الخاصة بمنصة الكمبيوتر المستضيف. وقد أدى ذلك لنشوء العديد من المشاكل نظرًا لأن التنسيق الظاهر على الشاشة لم يكن يطابق بشكل تام التنسيق المطبوع، وذلك نتيجة للاختلافات في تطبيق هذه الخصائص.
ومع تنامي إمكانيات أجهزة الكمبيوتر، أصبح في الإمكان وضع نظام PostScript في الكمبيوتر بدلاً من الطابعة. وقد أدى ذلك إلى التطور الطبيعي للـ PostScript من نظام طباعي إلى نظام يمكن استخدامه باعتباره لغة الرسوميات الخاصة بالجهاز المستضيف. وقد كانت هناك الكثير من المزايا في هذا الأمر: فهو لم يلغ الاختلاف بين ما يُطبع على الشاشة وما يُطبع على الطابعة فحسب، بل وأتاح أيضًا نظام رسوميات قوي للكمبيوتر، وأتاح للطابعات أن «تصمت» في وقت كانت فيه تتراجع تكلفة محركات الليزر. أما من الناحية الإنتاجية، كان استخدام PostScript كنظام للعرض display معناه أن بوسع جهاز الكمبيوتر المستضيف له أن يظهر دقة أقل على الشاشة ودقة أعلى في الطابعة، أو أن يقتصر على إرسال كود الـ PostScript إلى أحد الطابعات الذكية للطباعة الخارجية.
بيد أن لغة الـ PostScript قد كتبت في الأصل على أساس أن تخدم عملية الطباعة، وكانت تضم كثرة هائلة من الخصائص التي تجعلها غير مناسبة للاستخدام المباشر على نظم العرض التفاعلية. ويهمنا هنا بصفة خاصة أن PostScript كان تقوم على فكرة تجميع وإضافة أوامر PostScript حتى يظهر أمر إظهار الصفحة showpage، وعندها كانت كافة الأوامر المقروءة حتى هذه النقطة يتم ترجمتها وإنتاج مخرجاتها. وبالطبع فإن من الواضح أن هذا الأمر لا يناسب النظم التفاعلية. كما أن PostScript لم يتضمن أي نوع من الخواص التفاعلية المدمجة؛ فمثلاً، لم يكن دعم كشف الارتطام hit detection من أجل تفاعلية الفأرة (الماوس) نافعًا عندما كان الـ PostScript يُستخدم على الطابعات.
وعندما غادر (ستيف جوبز) شركة Apple ليعمل في شركة NeXT، طرح Adobe على أساس فكرة استخدام الـ PostScript كنظام عرض لحواسيبه في الشركة. وكانت النتيجة هي برنامج Display PostScript أو DPS. وقد أضاف DPS عددًا من الوظائف الأساسية لتحسين الأداء من خلال تغيير الكثير من كّشافات السلاسل الحرفية string lookups إلى أعداد صحيحة سعة 23 بت، وإضافة الدعم للمخرجات المباشرة مع كل أمر، وإضافة وظائف للسماح بواجهة المستخدم الرسومية بتفتيش مخطط البيانات. بالإضافة إلى ذلك، فقد تمت إضافة مجموعة من «وسائل الربط» bindings لإتاحة إمكانية الاستدعاء المباشر لكود الـ PostScript من لغة البرمجة C. وقد استخدمت شركة نكست هذه الوسائل في نظامها NeXTStep لتوفير نظام رسومي موجه بالكائنات object-oriented. ورغم أن الـ DPS قد صُمم بالتعاون مع NeXT، إلا أن Adobe باعته تجاريًا وكان أحد المكونات الشائعة في معظم الأجهزة العاملة بنظام الـ Unix في التسعينات.
وقد أخذت شركة Sun Microsystems منحى آخر، حيث أنشأت برنامج NeWS. فبدلاً من مفهوم الـ DPS القائم على السماح للـ PostScript بالتفاعل مع برامج الـ C، لجأت NeWS إلى توسيع الـ PostScript وتحويله إلى لغة مناسبة لتشغيل واجهة المستخدم الرسومية بالكامل الخاصة بأي كمبيوتر. وقد أَضافت شركة (صن) عددًا من الأوامر الجديدة للمؤقتات والتحكم في الفأرة والانقطاعات interrupts وغيرها من الأنظمة المطلوبة للتفاعلية، وأضافت هياكل البيانات والعناصر اللغوية لكي تجعلها موجهة بالكائنات بشكل تام داخليًا. وقد صممت واجهة مستخدم رسومية كاملة، هم ثلاثة في الواقع، في NeWS، وقد طبقت لفترة على حاسوباتهم. بيد أن الجهود الدائبة لتوحيد نظام الـ X11 قد أدت لطرحه وانتشار استخدامه على أنظمة (صن)، ولم يتحقق لنظام NeWs أي انتشار واسع.