NeWS (für das Netz ausziehbares Fenstersystem) war ein Fenstertechnik-System, das durch Sonne-Mikrosysteme Mitte der 1980er Jahre entwickelt ist. Ursprünglich bekannt als "Sonnentau" waren seine primären Autoren James Gosling und David S. H. Rosenthal. Der Dolmetscher von NeWS hat auf PostScript basiert (wie die spätere Anzeige PostScript war, obwohl die zwei Projekte sonst ohne Beziehung waren) das Verlängern davon, um Wechselwirkung und vielfachen "Zusammenhängen" zu erlauben, Fenster zu unterstützen. Wie PostScript konnte NeWS als eine ganze Programmiersprache verwendet werden, aber verschieden von PostScript konnte NeWS verwendet werden, um ganze interaktive Programme mit der Maus-Unterstützung und einem GUI zu machen.

Beschreibung

Angefangener NeWS durch das Einführen eines Dolmetschers von PostScript, der auf eine kooperative stark mehrbeanspruchende Mode, seitdem, verschieden von PostScript in einem Drucker, NeWS läuft, würde mehrere Programme von PostScript zur gleichen Zeit auf einem Schirm zeigen. Es hat auch eine ganze Ansicht-Hierarchie hinzugefügt, die auf Darstellungsfeldern gestützt ist, die als Leinwände und ein gleichzeitiges Ereignis-Verteilersystem bekannt sind, Ereignisse, Interessen, Fäden und Monitore unterstützend.

Wie das Ansicht-System im grössten Teil von GUIs hat NeWS das Konzept eines Baums von eingebetteten Ansichten eingeschlossen, entlang denen Ereignisse passiert wurden. Zum Beispiel würde ein Maus-Klick ein Ereignis erzeugen, das zum Gegenstand direkt unter dem Maus-Zeigestock passiert, einen Knopf sagen würde. Wenn dieser Gegenstand auf das Ereignis nicht antworten würde, würde der Gegenstand "unter" dem Knopf dann die Nachricht und so weiter erhalten. NeWS hat ein ganzes Modell für diese Ereignisse, einschließlich Zeitmesser und anderer automatischer Ereignisse, Eingangswarteschlangen für Geräte wie Mäuse und Tastaturen und andere für die volle Wechselwirkung erforderliche Funktionalität eingeschlossen. Das Eingangsberühren-System wurde entworfen, um starke Ereignis-Synchronisationsgarantien zur Verfügung zu stellen, die mit asynchronen Protokollen wie X nicht möglich waren.

http://www.chilton-computing.org.uk/inf/literature/books/wm/p005.htm

Um Benutzerschnittstelle-Produkte zu unterstützen, hat NeWS ursprünglichen PostScript Stapel-basierte Sprache in einen ganzen Programmierstil des Gegenstands orientiert (OO) mit dem Erbe ausgebreitet. Das hat das Bedürfnis nach einer OO Außensprache beseitigt, um eine ganze Anwendung zu bauen.

Seitdem alle diese Hinzufügungen als Erweiterungen auf PostScript durchgeführt wurden, war es möglich, einfachen Code von PostScript zu schreiben, der auf ein Laufen, onscreen, interaktives Programm hinauslaufen würde. Zwei populäre Demonstrationsprogramme waren eine onscreen Uhr, die ungefähr zwei Seiten des Codes und eines Programms verlangt hat, das ein Paar von Augen angezogen hat, die dem Cursor gefolgt sind, weil es den Schirm bewegt hat. Das Augapfel-Programm wurde an SIGGRAPH 1988 gezeigt, und war die Inspiration für das spätere wohl bekannte X Anwendung xeyes.

NeWS hat mehrere Bibliotheken von Benutzerschnittstelle-Elementen (Produkte) eingeschlossen, die selbst in NeWS geschrieben sind. Diese Produkte haben ganzes ihr Verhalten im Dolmetscher von NeWS geführt, und haben nur Kommunikationen zu einem Außenprogramm verlangt (oder mehr Code von NeWS), als das Produkt es gefordert hat. Zum Beispiel kann eine Knebelknopf-Knopf-Anzeigeroutine den Staat des Knopfs (gedrückt oder nicht) fragen und seine Anzeige entsprechend ändern. Der Code von PostScript des Knopfs kann auch auf Maus-Klicks durch das Ändern seines Staates vom "gepressten" bis "nicht gedrückt" und umgekehrt reagieren. All das kann im Fenstertechnik-Server ohne Wechselwirkung mit dem Kundenprogramm, und nur geschehen, wenn die Maus auf dem Knopf befreit wird, wird ein Ereignis für das Berühren weggeschickt werden.

Das war hoch entwickelter als das X Fenstersystemserver-Modell, das nur berichten kann, dass "Maus hier unten gestoßen wurde" "ist Maus jetzt hier" "wurde Maus hier" Ereignisse einem Kunden befreit, der sich dann belaufen muss, wenn das Ereignis im Knopf ist, schalten Sie den Staat, und beauftragen Sie schließlich den Server, den neuen Staat zu zeigen. Wenn Kunde und Server nicht auf derselben Maschine sind, müssen diese Wechselwirkungen über das Netz reisen, das auf eine Verzögerung in der Reaktion hinausläuft.

Das beste Beispiel solch einer Bibliothek ist TNT (Das Werkzeug von NeWS), der durch die Sonne 1989 veröffentlicht wurde. Sonne hat sich auch eingeschifft ein kleineres Werkzeug hat zum Beispiel Zwecke und das Bilden kleiner Programme beabsichtigt.

Das Genehmigen

Obwohl Adoption nie weit verbreitet war, haben mehrere Gesellschaften NeWS lizenziert und haben ihn an den verschiedenen Gebrauch angepasst.

• SGI hat eine Version davon genannt 4Sight verwendet, um ihr MEX Eigentumsfenstertechnik-System zu ersetzen.
• Grasshopper Group hat einen Hafen von Macintosh genannt MacNeWS geschaffen
• Architech Corporation hat NeWS zu OS/2 getragen

Anwendungen

Die OFFENE BLICK-Version der Arbeitsfläche von FrameMaker das Veröffentlichen des Programms, das von Frame Technology Corp. mit der Finanzierung hauptsächlich von Sonne-Mikrosystemen und NSA entwickelt ist, war eines der wenigen kommerziellen Produkte, die auf NeWS gelaufen sind. HyperLook, der von Arthur van Hoff entwickelt ist, war ein interaktives Anwendungsdesignsystem. Don Hopkins hat eine Version von NeWS von SimCity entwickelt, der mit HyperLook gebaut wurde.

Konkurrenz mit X Fenstersystem

Die ersten Versionen von NeWS haben mit dem X10 Protokoll durch das Übersetzen der Anrufe in NeWS PostScript wettgeeifert. Geschwindigkeitsprobleme plus die Existenz von Programmen, die sich auf die genauen Pixel-Ergebnisse von X10-Anrufen und das Veralten von X10, gezwungene Sonne verlassen haben, um eine X11/NeWS Hybride genannt Xnews zu veröffentlichen, der einen X11 Server in der Parallele mit dem Dolmetscher von PostScript geführt hat. Das hat ernstlich den Dolmetscher von NeWS Leistung erniedrigt und wurde als kein sehr guter X11 Server auch betrachtet. Sonne hat auch die OFFENE BLICK-Benutzerschnittstelle-Spezifizierung in mehreren Werkzeugen durchgeführt: The NeWS Toolkit (TNT) war ein OFFENES BLICK-Werkzeug, das in PostScript geschrieben ist, der im Server von NeWS gelaufen ist. Auf OLIT wurde auf demselben Xt (X Intrinsics) auf Basis als Motiv gebaut, und XView hat denselben APIs wie das frühere Fenster-System SunView der Sonne verwendet.

Nachdem es klar war, dass OFFENER BLICK gegen das Motiv in der Beliebtheit verloren hatte, und nachdem Adobe FrameMaker erworben hat, hat Sonne aufgehört, NeWS zu unterstützen, und Produkte auf NeWS haben einfach verschwunden. Die meisten Unix Arbeitsplätze (einschließlich der Sonne eigen) führen jetzt das X Fenstersystem.

Gründe für den Misserfolg von NeWS

Auf viele Weisen hatte NeWS ein ausgezeichnetes Design für dünn-vernetzte Kunden

• das Bewegen von viel von der Verarbeitung zur Anzeige
• das Erlauben von Kunden, Netzverkehr durch das Definieren neuer Maschinenbediener zu reduzieren
• das Trennen des grafischen Benutzers verbindet Semantik von der Kundenprogramm-Semantik.
• PostScript, der Modell zieht, das viel leichter ist zu verwenden und stärker als anderer grafischer APIs sogar im Vergleich zu, die 20 Jahre später verwenden werden.

NeWS war dem architektonisch ähnlich, was jetzt AJAX, außer dass NeWS genannt wird:

• verwendete PostScript codieren statt JavaScript für die Programmierung.
• verwendete Grafik von PostScript statt DHTML/CSS für die Übergabe.
• verwendete Daten von PostScript statt XML/JSONS für die Datendarstellung.

Viele haben angenommen, dass es ein riesiger Erfolg war. Mögliche Gründe für seinen Misserfolg auf dem Markt schließen ein:

• NeWS musste von der Sonne lizenziert werden, während der Quellcode für das X Fenstersystem laut der MIT-Lizenz frei verteilt wurde. Jeder kommerzielle Code hat das Verwenden der erforderlichen Bibliotheken von NeWS verladen, Gebühren lizenzierend, die der Sonne, Adobe Systems und Xerox PARC zu bezahlen sind.
• NeWS hat an einer robusten Bibliothek des Mehrwegcodes Mangel gehabt, bis ganz nach dem X Fenster das System das dominierende Paradigma geworden war. Dieser Fehler wurde offensichtlich in Java nicht wiederholt. Sachen schlechter machend, war die Vielfalt von durch die Sonne angebotenen Widget-Seten Entwicklern verwirrend.
• PostScript ist eine atypische Sprache, um Matheausdrücke in, wegen seiner postübler Lage und Stapel-Natur zu schreiben. Das war nicht ein Nachteil zum Druck, aber Mathematik ist umfassend für Benutzerschnittstelle-Routinen wie die Berechnung dessen erforderlich, wie weit unten auf einen slider eine Maus geklickt wurde. Mehrere Bearbeiter von der C ähnlichen Syntax, waren wie pdb (PostScript Getan Besser) und c2ps verfügbar, aber waren beschwerlich, um zu verwenden, und nicht unterstützt durch die Sonne.
• Das Schreiben von Anwendungen von NeWS hat das Codieren des Kunden - und Teile der Server-Seite der Anwendung auf zwei sehr verschiedenen Programmiersprachen verlangt und hat asynchron kommuniziert. Das Koordinieren der Kommunikation zwischen den zwei Seiten war schwierig, und Sonne hat wenig Unterstützung dafür zur Verfügung gestellt.
• Die Durchführung des Fenster-Servers NeWS hat nie das Niveau der Robustheit von konkurrierenden Fenstersystemen erreicht. Die Situation wurde schlechter mit der NeWS/X11-Verflechtung gemacht, und wurde durch das Timing seiner Ausgabe als ein Teil ersten Solaris 2 Ausgabe zusammengesetzt, die selbst Leistungsprobleme hatte.
• Management war verwirrt, betreffs welchen Marktes sich NeWS für und wie zum besten Einfluss seine Kräfte gewandt hat, als er sich mit X11 verglichen

hat

• Adobe hat sich geweigert, ihre populäre PhotoShop und Illustrator-Grafik das Redigieren von Anwendungen auf SunOS oder Solaris zu tragen, bis sich Sonne von NeWS bewegt hat, um PostScript Zu zeigen.

Es ist interessant, NeWS mit der Anzeige PostScript (DPS) gegenüberzustellen, der dasselbe zu Grunde liegende Bildaufbereitungsmodell und Sprache verwendet hat, aber so auf eine sehr verschiedene Weise getan hat. In DPS wurden die Befehle von PostScript darauf beschränkt, was erforderlich war, um Dinge zu ziehen; alle anderen Operationen (wie das Schaffen eines Fensters, um in zu ziehen), mussten mit anderen Systemschnittstellen durchgeführt werden. Im Vergleich mit NeWS hat DPS an interessanten Eigenschaften wie die Fähigkeit Mangel gehabt, einen Pfad von PostScript zu verwenden, um die Gestalt eines Fensters zu beschreiben, das auch bedeutet hat, dass DPS verlangt hat, dass Gebrauch der auf niedriger Stufe Bibliothek von Xlib und des sehr unhandlichen Leim-Codes sichergestellt hat, dass sowohl DPS als auch X darüber zustimmten, was man tut. Jedoch hat es auch bedeutet, dass die Mehrheit des Systems und Anwendungscodes kompiliert aber nicht interpretiert wurde, es oft schneller und beträchtlich leichter machend, zu schreiben und die Fehler zu beseitigen. Das Ergebnis war ein viel kleinerer Motor, der wie NeWS eine Nachschrift-basierte Anzeige angeboten hat, aber höhere Leistung und eine "etwas natürlichere" Programmierumgebung hatte.

Links

• eine kurze Beschreibung von NeWS
• Das Augapfel-Programm von NeWS