🚀 go-pugleaf

------------------------------------------------------------------------------

Date: Fri, 15 Feb 91 16:48:06 MET
From: Klaus Kansy <kansy@gmdzi>
Subject: Status GKS Maintenance


    Bericht ueber die Sitzung ISO/IEC JTC 1/SC 24/WG 2 
              Rapporteur group GKS Maintenance
              vom 1.-5.2.1991 in St. Augustin

Es wird jetzt ernst mit der GKS-Maintenance. Das revidierte GKS hat in
der Sitzung am 5.2.1991 in St. Augustin den Status eines Committee Draft
(CD) erhalten, so dass ein Abschluss der Revision in 1992 realistisch zu
erwarten ist.
Was sind die wesentlichen Aenderungen?

1.Neues Konzept eines NDC-Pictures. 

Darstellungselemente werden in ein NDC-Picture geschrieben, das in gewisser
Hinsicht die Rolle des Segmentspeichers uebernimmt. Alle Attribute 
Darstellungsattribute,
Segmentattribute ausser Segmentpriopritaet, Klipprechtecke) gelten nun
einheitlich fuer Darstellungselemente. Die Menge der Darstellungselemente
im NDC-Picture wird durch "Name sets" (wie bei PHIGS) strukturiert  Durch
Namesets selektierte Teilmengen koennen 
-auf einer Workstation dargestellt 
 (Ersatz des Activate/Deactivate-Mechanismus),
-neue Attribute erhalten (d.h. alle Attribute im NDC sind editierbar!),
-geloescht werden,
-in den Picture Part Store (siehe 2) kopiert werden.
Damit haben wir jetzt eine Editierfaehigkeit fast so maechtig wie bei PHIGS,
aber wesentlich eleganter, da der Zugang ueber Namesets und nicht ueber
Element pointer erfolgt. In PHIGS koennen auch Darstellungselemente ersetzt
werden, was fuer das NDC Picture im GKS rev nicht vorgesehen ist.


2.Picture Part Store (PPS)

Darstellungselemente koennen alternativ auch in einen Picture Part Store
(PPS) geschrieben werden, wo sie in einem benannten Picture Part gespeichert
werden. Picture Parts koennen mehrfach verwendet werden (z.B. Transistoren
beim Entwurf von Schaltungen). Picture Parts werden nicht  unmittelbar
dargestellt, sondern muessen erst ins NDC Picture kopiert werden, um sichtbar
zu werden. Man beachte, dass (konzeptionell) kopiert wird und nicht Pointer
gesetzt werden. Veraendern von Picture Parts werden also nicht automatisch
auf alle Instanzen uebertragen, sondern die Instanzen im NDC Picture muessen,
wenn eine konsistente Aenderung im Bild gewuenscht wird, vom Anwendungsprogramm
explizit geloescht und neu geschrieben werden.

Darstellungselemente im PPS haben Attribute. Es soll zwei Kopierfunktionen
ins NDC Picture geben, eine,die die alten Attribute belaesst, und eine,
die die alten durch die aktuellen Attribute ueberschreibt. Es soll zudem
eine Kopierfunktion aus dem NDC Picture in den PPS geben.


3.Backdrop (Primitives outside segments)

Primitives outside segments werden dadurch unterstuetzt, dass
Darstellungselemente,
als dritte Alternative, auch in einen Back drop geleitet werden koennen.
Darstellungselemente im Backdrop werden nicht gespeichert.


4.Segmente,

Der Segmentmechanismus des GKS85 wird 'on top' des NDC Picture und des
PPS simuliert. Die Segmentattribute koennen im NDC Picture direkt manipuliert
werden. Zur Realisierung der Insert/Associate/Copy Segment-Funktionen des
GKS werden Segmente aus dem NDC Picture in den PPS hin und wieder zurueck
kopiert.

Noch nicht sehr komfortabel geloest ist die Segmentprioritaet. Die Prioritaet
von Darstellungselementen wird im NDC Picture ausschliesslich durch die
Reihenfolge der Generierung festgelegt. Dadurch sind jetzt alle Unklarheiten
beseitigt, was im GKS85 mit ueberlappenden Darstellungselementen innerhalb
eines Segments zu geschehen habe, aber diese eindeutige Festlegung impliziert
auch Nachteile. Man erzwingt dadurch eine Behandlung der Segmentprioritaet
auch fuer Faelle, wo dies nicht gewuenscht wird (Overhead beim Plotten?),
weil kein sprachliches Mittel zum Ausschalten der Prioritaet vorhanden
ist. Ein dynamisches Umschalten von Prioritaeten wird nicht mehr explizit
unterstuetzt, sondern muss im Wesentlichen durch Neuaufbau des NDC Pictures
in der gewuenschten Reihenfolge aus dem PPS simuliert werden.


5.Zusaetzliche Darstellungselemente
NURBS,  Fill Area Set mit Edge-Attribut, Disjoint Polyline


6.Clipping und Shielding
Jedes Darstellungselement kanmn an mehreren Rechtecken geklippt bzw.
freigestellt
werden. Klippen/Freistellung z.B. an dem Umriss eines beliebigen
Darstellungselements
oder Segments wurde diskutiert.


7.Zusaetzliches Input device Composite


8.Deferral state

Es gibt keinen Deferral state mehr; jedes Geraet bemueht sich, das Bild
so schnell wie moeglich zu generieren; Pufferung kann nicht durch den Anwender
gesteuert werden, sondern ist ein Implementierungsdetail.

Dafuer gibt es aber ein Set Visual Effects, mit dem eine unerwuenschte
Darstellung von Bildaenderungen definitiv unterdrueckt werden kann, z.B.
um mehrere zusammengehoerende Aenderungen nicht einzeln, sondern auf einmal
sichtbar werden zu lassen.


9.Metafiles

Es wird unterschieden zwischen dem Speichern des NDC-Pictures als CGM-Bild
und der Erzeugung eines  Audit trail fuer alle GKS-Funktionen. Die neue
Funktionalitaet ist klarer aufgeteilt und maechtiger als der GKSM in GKS85.
Leider wird dafuer eine volle Kompatibilitaet hier nicht moeglich sein.


10.Parametern.

Zur Beschreibung von Parametern werden konsequent abstrakte Datentypen
verwendet, um zu vermeiden, dass heimlich Fortran-Philosophie in der
sprachunabhaengigen
Definition durchschimmert, wie es bei GKS85 gelegentlich der Fall war.


Kritik und Anregungen zum GKS Maintenance richten Sie bitte an den Obmann
des zustaendigen Normungsausschusses NI 24.2 im Deutschen Institut fuer
Normung (DIN):

Klaus Kansy,    kansy@f3.gmd.dbp.de     or   kansy@gmdzi.gmd.de (Usenet)
German National Research Center for Computer Science (GMD)
Phone: +49 (2241) 14-2333, Fax:14-2618

-- 
Ruediger Kolb		                Phone: +49-2241-14-2644  
GMD   					e-mail:
Postfach 1240               		kolb@gmdzi                   
D-5205 Sankt Augustin       		kolb@f3.gmd.dbp.de