DE69310934T2

DE69310934T2 - Ballonhilfssystem.

Info

Publication number: DE69310934T2
Application number: DE69310934T
Authority: DE
Inventors: David Goldsmith; John Matheny; Christopher White
Original assignee: Taligent Inc
Current assignee: Taligent Inc
Priority date: 1992-12-23
Filing date: 1993-12-14
Publication date: 1998-01-02
Anticipated expiration: 2013-12-15
Also published as: EP0676066B1; JP3798014B2; CA2135525C; DE69310934D1; CA2135525A1; JPH08505251A; US5434965A; EP0676066A1; AU5802494A; WO1994015276A1

Description

Gebiet der Erfindung

Diese Erfindung betrifft allgemeine Verbesserungen bei Hilfe-Anzeigesystemen und insbesondere den automatischen Aufruf der Hilfe für ein objektorientiertes System.

Hintergrund der Erfindung

Die Erfindung betrifft im allgemeinen Dateneingabesysteme jener Art, welche eine Tastatur oder eine andere Dateneingabebenutzerschnittstelle und einen Anzeigebildschirm, wie zum Beispiel eine Kathodenstrahlröhre (CRT) oder eine ähnliche Anzeigevorrichtung, zur Anzeige von Daten verwendet, die vom Benutzer eingegeben werden. Insbesondere betrifft die Erfindung eine Bildschirmhilfetechnik, um den Benutzer bei der richtigen Eingabe von Daten zu unterstützen. Ein typisches Dateneingabesystem, in welchem die Technik gemäß der Erfindung auf vorteilhafte Weise verwendet werden kann, reicht von kleinen, freistehenden Mikrocomputersystemen, die im allgemeinen als Personalcomputer bezeichnet werden, bis hin zu großen Zentraleinheiten-Systemen mit einer Vielzahl an Benutzerstationen. Praktisch jede Art von Dateneingabesystem mit präziser, rascher Eingabe von Daten durch Personen mit geringer oder keiner Schulung wird durch die Verwendung der Technik gemäß der Erfindung verbessert.
Herkömmlicherweise ist ein Dateneingabesystem so konstruiert, daß es einen "Bildschirm" oder ein "Menü" mit einer Mehrzahl von Dateneingabebezeichnungen oder Kategorien anzeigt, wobei Leerstellen unmittelbar neben jeder Dateneingabebeschriftung oder Kategorie vorhanden sind. In diese Leerstellen muß der Benutzer die richtigen Daten eingeben. Die Leerstellen können durch eine Unterstreichung oder eine andere Markierung dargestellt sein, um dem Benutzer zu zeigen, wohin die Daten nach Kategorie gehören. Die Leerstellen besitzen eine vordefinierte Länge in bezug auf die Anzahl der Zeichen, die vom System für die entsprechenden Kategorien akzeptiert werden können, und die Unterstreichung oder Markierung würde auch dazu dienen, sowohl die Länge als auch die Position der erforderlichen Daten anzuzeigen. Solche "Bildschirme" oder "Menüs" können von einem Bildschirmgenerator erzeugt werden, bei dem es sich um ein Computerprogramm handelt, welches speziell für diesen Zweck geschrieben wurde.
Fachleute dieses Bereiches wissen auch, daß ein Bildschirmgeneratorprogramm auf sehr einfache Weise von Grund auf unter Verwendung von BASIC oder einer anderen geeigneten Computerprogrammiersprache geschrieben werden kann. Eine kennzeichnende Eigenschaft der "Bildschirme" oder "Menüs", die für Dateneingabezwecke hergestellt werden, besteht darin, daß der Cursor, der am Bildschirm dargestellt wird, nur in eine der vorherbestimmten Leerstellen und sonst an keine andere Stelle im Bildschirm gesetzt werden kann. Somit wird die Dateneingabe auf vorherbestimmte Bereiche im Bildschirm beschränkt, und diese Bereiche selbst stellen die Schnittstelle zum Dateneingabeprogramm dar, welches die Daten anfordert. In anderen Worten wird der Benutzer von der Last befreit, dem Dateneingabeprogramm sagen zu müssen, welche Kategorie von Daten gerade eingegeben wird, da das Dateneingabeprogramm die Kategorie durch die Position am Bildschirm, in welche die Daten eingegeben werden, erkennt.
Offensichtlich ist das eben beschriebene Dateneingabesystem ein sehr gutes, da es einfach und leicht zu bedienen ist. In jenen Fällen, wo die Datenart einfach und ziemlich routinemäßig ist, wie zum Beispiel bei Fahrzeugstatistiken und Angestelltenaufzeichnungen, benötigt ein Benutzer nur sehr wenig Zeit, mit der Durchführung von Dateneingaben vertraut zu werden. In jenen Fällen, wo der Anwender das System gerade erlernt, kann Hilfe durch ein Handbuch zur Verfügung gestellt werden. Es ist auch bekannt, daß eine besondere "Hilfe"-Taste oder ein Befehl zur Verfügung gestellt werden kann, damit der Benutzer einen "Hilfe"- Bildschirm oder ein solches Menü aufrufen kann, wenn er/sie bei der Eingabe bestimmter Daten unsicher ist. Typischerweise blockiert ein derartiges Menü den gesamten oder zumindest einen Teil des Dateneingabebildschirms und stellt eine Reihe von Anweisungen oder Erklärungen zur Verfügung, die nur das wiederholen, was auch im Handbuch zu finden wäre. Dieser Vorgang bietet den Vorteil, daß der Benutzer rasch Anweisungen oder Erklärungen nachschlagen kann, ohne sich durch das Handbuch kämpfen zu müssen.
Es gibt jedoch bestimmte Situationen, in denen die Dateneingabe keine Routineaufgabe ist. Wenn zum Beispiel der Benutzer das Dateneingabesystem nicht regelmäßig verwendet, kann es sein, daß der Benutzer einige Zeit benötigt, um sich an den Dateneingabevorgang und die Qualität und Menge der vom System geforderten Daten zu erinnern. Offensichtlich erspart die Anzeige eines Menüs von "Hilfe"-Anweisungen oder Erklärungen über dem gesamten oder den teilweisen Bildschirm dem Benutzer Zeit, da er keine Zeit aufwenden muß, um durch ein Handbuch zu blättern. Aber der Benutzer muß trotzdem die dargestellten Informationen studieren und einige Entscheidung darüber treffen, wie diese Anweisungen oder Erklärungen auf die aktuelle Situation zutreffen. In einem anderen Beispiel kann das Dateneingabesystem zum Zwecke der Konfigurierung eines Kontrollprogramms für eine bestimmte Anwendung verwendet werden. Ein Beispiel für ein solches System ist im US-Patent Nr. 4.644.470 offenbart, welches am 13. September 1983 von Lawrence Keith Stephens und Robert B. Hayes für "Überwachungs- und Alarmsystem für Kundenanwendungen" angemeldet und dem Zessionar dieser Anmeldung abgetreten wurde. Besonders in dieser Art von Situation sind die eingegebenen Daten für die spezielle Anwendung einzigartig, und obgleich der Dateneingabebildschirm dazu geschaffen ist, die Dateneingabe zu erleichtern, benötigt der Benutzer manchmal eine bessere Hilfe als jene, die von Handbüchern oder Hilfebildschirmen angeboten wird.
Ein gutes Beispiel für eine einfache, feldbezogene Hilfetechnik findet sich im US-Patent 4.099.276 an Stadler. Dieses Patent verwendet einen Pfeil, um von einer Hilfebox auf einen bestimmten Bereich in der Anzeige zu zeigen, der mit der Hilfemeldung in einem Bezug steht, um Benutzern dabei zu helfen, die Hilfemeldung leicht verstehen zu können.

Zusammenfassung der Erfindung

Es ist daher eine Aufgabe der vorliegenden Erfindung, eine Bildschirmhilfetechnik zu schaffen, welche dem Benutzer eine wesentlich bessere Unterstützung bei der Verwendung eines objektorientierten Betriebssystems bietet, als dies mit Hilfebildschirmen möglich ist, die bislang in Datenverarbeitungssystemen verwendet wurden. Die Hilfetechnik orientiert sich auch an einem bestimmten Bereich am Bildschirm, auf den durch einen Abschnitt der Hilfeinformation verwiesen wird.
Gemäß der vorliegenden Erfindung wird, wenn der Benutzer ein Objekt auf einem Anzeigebildschirmobjekt zieht und das Objekt in unmittelbarer Nähe eines anderen Objektes fallenläßt, eine Hilfeanzeige mit einem Zeiger dargestellt, der auf den damit im Zusammenhang stehenden Bereich in der Anzeige verweist. Die Hilfeanzeige bietet Informationen bezüglich der Lebensfähigkeit der Fallenlassenaktion und hilft dem Benutzer bei der Durchführung dieser Operation. In einer bevorzugten Ausführungsform wird die Hilfeanzeige in einer Ballonanzeige dargestellt, welche zu den Objekten zeigt, an denen die Operation vor sich geht.

Kurze Beschreibung der Zeichnungen

Figur 1A ist ein Blockdiagramm eines Personal- Computer-Systems gemäß der vorliegenden Erfindung;
Figur 1B ist eine Anzeige gemäß der vorliegenden Erfindung;
Figur 2 zeigt die Werkzeuge, die zur Erstellung einer Anwendung gemäß der vorliegenden Erfindung verwendet werden;
Figur 3 ist ein Flußdiagramm eines Befehlsprozesses gemäß der vorliegenden Erfindung;
Figur 4 ist eine Auswahlfeldsteuerung gemäß der vorliegenden Erfindung;
Figur 5 ist eine Aktivierung einer Auswahlfeldsteuerung gemäß der vorliegenden Erfindung;
Figur 6 ist eine Auswahlfeld-Aktualisierung gemäß der vorliegenden Erfindung;
Figur 7 ist eine Zusammenfassung der Verarbeitung einer Auswahlfeldsteuerung gemäß der vorliegenden Erfindung;
Figur 8 ist eine Darstellung eines Kontrollfeldes gemäß der vorliegenden Erfindung;
Figur 9 ist eine Abbildung einer Dialogbox gemäß der vorliegenden Erfindung;
Figur 10 ist eine Abbildung eines Dialogbox-Farbreglers gemäß der vorliegenden Erfindung;
Figur 11 ist eine Abbildung eines Radioknopfes gemäß der vorliegenden Erfindung;
Figur 12 ist ein detailliertes Flußdiagramm der Menüzustandsverarbeitung gemäß der vorliegenden Erfindung;
Figur 13 ist ein Bild einer Anzeige gemäß der vorliegenden Erfindung;
Figur 14 zeigt die detaillierte Logik der atomaren Ausführung;
Figur 15 zeigt die detaillierte Logik im Zusammenhang mit der intelligenten Beschriftungsverarbeitung gemäß der vorliegenden Erfindung;
Figur 16 zeigt die detaillierte Logik der intelligenten Fensterbeschriftungsverarbeitung gemäß der vorliegenden Erfindung;
Figur 17 zeigt, wie Objekte erzeugt werden, und wie die Objekte miteinander während einer typischen Interaktion mit einem Objekt miteinander kommunizieren, das bewegt und ausgewählt werden kann gemäß der vorliegenden Erfindung;
Figur 18 ist ein objekterzeugendes Meldungs-Flußdiagramm für ein Meldungs-Quellobjekt gemäß der vorliegenden Erfindung;
Figur 19 zeigt ein Flußdiagramm, das die detaillierte Logik im Zusammenhang mit der Auswahl des geeigneten Anwenderschnittstellenelementes gemäß der vorliegenden Erfindung darstellt;
Figur 20 ist eine Anzeige der verschiedenen Behälter gemäß der vorliegenden Erfindung;
Figur 21 ist ein Musteranzeigebildschirm, bevor ein Benutzer versucht, ein Objekt in ein anderes Objekt fallenzulassen;
Figur 22 ist ein Musteranzeigebildschirm, nachdem ein Benutzer ein Objekt in ein anderes Objekt fallengelassen hat; und
Figur 23 ist ein Flußdiagramm der Hilfeoperation gemäß der vorliegenden Erfindung.

Genaue Beschreibung der Erfindung

Die Erfindung wird vorzugsweise im Zusammenhang mit einem Betriebssystem angewandt, das sich auf einem Personalcomputer, wie zum Beispiel einem IBM PS/2 oder einem Apple Macintosh Computer, befindet. Eine repräsentative Hardwareumgebung wird in Figur 1A dargestellt, welche eine typische Hardware-Konfiguration einer Workstation gemäß der vorliegenden Erfindung darstellt und eine zentrale Recheneinheit 10, wie zum Beispiel einen herkömmlichen Mikroprozessor, und eine Anzahl anderer Einheiten umfaßt, die über einen Systembus 12 miteinander verbunden sind. Die in Figur 1A dargestellte Workstation umfaßt einen Direktzugriffsspeicher (RAM) 14, einen Nur-Lese-Speicher (ROM) 16, einen E/A-Adapter 10 zum Anschluß von Peripheriegeräten, wie zum Beispiel Disketteneinheiten 20, am Bus, einen Benutzerschnittstellenadapter 22 zum Anschluß einer Tastatur 24, einer Maus 26, eines Lautsprechers 28, eines Mikrophons 32 und/oder anderer Benutzerschnittstellengeräte, wie zum Beispiel eines Tast-Bildschirms (nicht dargestellt) am Bus, einen Kommunikationsadapter 34 zum Anschluß der Workstation an einem datenverarbeitenden Netzwerk und einen Anzeigenadapter 36 für den Anschluß eines Anzeigegerätes 38 am Bus. Auf der Workstation befindet sich ein Betriebssystems, wie zum Beispiel das Betriebssystem IBM OS/2 Betriebssystem oder das Apple System/7 -Betriebssystem.
Bei der vorliegenden Erfindung handelt es sich um eine neue, objektorientierte Systemsoftware-Plattform, die sich aus einem Betriebssystem und einem Entwicklungssystem zusammensetzt, das so konstruiert ist, daß es die Personal- Computer-Anwendung für die Endanwender und Systemverkäufer revolutioniert. Bei dem System handelt es sich um ein vollständiges, freistehendes, natives Betriebssystem und Entwicklungssystem, das von Grund auf für Hochleistungsanwendungen auf Personal Computern konstruiert ist. Die Erfindung ist ein zur Gänze objektorientiertes System mit einer Vielzahl an Rahmenwerken, Klassenbibliotheken und einer Objektprogrammierungsumgebung einer neuen Generation, um die Wirtschaftlichkeit einer Anwendungssoftwareentwicklung von dritter Seite grundlegend zu verbessern. Bei der vorliegenden Erfindung handelt es sich um ein zur Gänze übertragbares Beriebssystem.
Herkömmliche Betriebssysteme stellen eine Anzahl von Dienstleistungen zur Verfügung, die Software-Entwickler verwenden können, um ihre Software herzustellen. Deren Programme sind sehr lose in die gesamte Betriebssystemumgebung integriert. DOS-Anwendungen zum Beispiel übernehmen die gesamte Maschine. Dies bedeutet, daß für den Anwender diese Anwendung zum Betriebssystem wird. In Macintosh - und Windows-Betriebssystemen sehen die Anwendungen ähnlich aus und verfügen über zahlreiche Gemeinsamkeiten, und typischerweise unterstützen sie das Ausschneiden und Einfügen zwischen Anwendungen. Dies macht es im allgemeinen für die Anwender einfacher, mehrere Anwendungen in einer einzigen Umgebung zu verwenden. Da jedoch die Gemeinsamkeit nicht in einer Reihe von Dienstleistungen und Rahmenwerken festgelegt ist, ist es immer noch sehr schwierig, Software zu entwickeln.
In der vorliegenden Erfindung wird mit dem Begriff "Anwendung" die Erstellung einer Reihe von Zielen bezeichnet, die in die Betriebssystemumgebung integriert werden. Software-Entwickler sind sowohl bezüglich einer hochentwikkelten Reihe von Dienstleistungen als auch bezüglich eines Rahmenwerkes vom Betriebssystem abhängig, um Software zu entwickeln. Die Rahmenwerke in der vorliegenden Erfindung ermöglichen mächtige Abstraktionen, die es Software-Entwicklern möglich machen, sich auf ihr Problem zu konzentrieren, anstatt eine Infrastruktur aufzubauen. Darüberhinaus sind die grundlegenden Abstraktionen für die Software- Entwickler jenen grundlegenden Konzepten sehr ähnlich, die ein Anwender verstehen muß, um die Software bedienen zu können. Diese Architektur führt zu einer einfacheren Entwicklung hochentwickelter Anwendungen.
Dieser Abschnitt beschreibt vier Schritte zum Schreiben von Software unter Anwendung der vorliegenden Erfindung. Ein Anwender, der die Entwicklung einer Anwendung überlegt, stellt sich typischerweise die folgenden Fragen:
* Was modelliere ich?
Bei einer Textverarbeitung ist dies der Text, den ich eingebe; bei einer Tabellenkalkulation sind dies die Werte und Formeln in den Zellen.
* Wie werden die Daten dargestellt?
Bei einer Textverarbeitung werden die Zeichen typischerweise in einem WYSIWYG-Format (what-you-see-is-what- you-get = die Darstellung am Bildschirm entspricht der Darstellung am Ausdruck) am Bildschirm mit entsprechenden Zeilen- und Seitenumbrüchen dargestellt; in einer Tabellenkalkulation wird die Information als Tabelle oder als Grafik dargestellt; und in einem strukturierten Grafikprogramm (z.B. MacDraw) werden die Informationen als Reihen von Grafikobjekten dargestellt.
* Was kann ausgewählt werden?
In einer Textverarbeitung betrifft eine Auswahl typischerweise eine Reihe von Zeichen; in einem strukturierten Grafikprogramm ist es eine Reihe von Grafikobjekten.
* Welche Befehle können für die getroffene Auswahl aufgerufen werden?
Ein Befehl in einer Textverarbeitung kann darin bestehen, die Schriftart einer Reihe von Zeichen fett zu machen. Ein Befehl in einem strukturierten Grafikprogramm kann darin bestehen, ein Grafikobjekt zu drehen. Figur 1B ist eine Darstellung einer Anzeige gemäß der vorliegenden Erfindung. Ein Befehl wird auf Seite 41 dargestellt, um ein Bild in einer Darstellung nach vorne zu bringen. Eine Darstellung der Grafikinformation ist auf Seite 40 enthalten. Schließlich ist auf Seite 42 eine Auswahl eines bestimmten Grafikobjektes, nämlich eines Kreises, dargestellt.
Ein Entwickler muß dieselben vier Fragen beantworten, die vom Anwender gestellt werden. Glücklicherweise stellt die vorliegende Erfindung Rahmen und Dienstleistungen zur Behandlung dieser vier Fragen zur Verfügung. Die erste Frage, die beantwortet werden muß, lautet: Was modelliere ich? In einem Textverarbeitungsprogramm umfassen die Daten die Zeichen, aus denen sich ein Dokument zusammensetzt. Die Daten in einer Tabellenkalkulation umfassen die Werte und Formeln in den Zellen. In einem Kalenderprogramm umfassen die Daten die Zeiten und Verabredungen zu einem bestimmten Tag. Die Erfindung schafft Vorrichtungen, die dabei helfen, Daten zu modellieren. Es gibt Klassen für die Modellierung bestimmter Datentypen einschließlich: strukturierte Grafiken, Töne und Video. Zusätzlich zu diesen bestimmten Klassen schafft die Erfindung eine Anzahl anderer Abstraktionen, welche die Problemmodellierung unterstützen, ein schließlich: Sammelklassen, Mehrfachbenutzungssteuerung, Wiederherstellungsrahmen, und die Programmiersprache C++. Jene Klasse, in der das Datenmodell für einen bestimmten Datentyp eingekapselt ist, schafft ein spezifisches Protokoll für den Zugang zu den Daten, die im Dateneinkapsler enthalten sind, und für die Modellierung derselben, eine Unterstützung zur Außerkraftsetzung eines allgemeinen Protokolls zur Einbettung anderer Dateneinkapsler und zur Einbettung in andere Dateneinkapsler, die Erstellung einer Meldung an alle registrierten Objekte, wenn sich die Daten ändern, und ein Außerkraftsetzen eines allgemeinen Protokolls zur Erstellung von Darstellungen der Daten.
Die nächste Frage, die beantwortet werden muß, lautet: Wie werden die Daten dargestellt? In einem strukturierten Grafikprogramm wird die Reihe an Grafikobjekten typischerweise auf einer Leinwand erzeugt. In einer Tabellenkalkulation handelt es sich typischerweise um eine Tabelle aus Zellen oder um einen Graphen; und in einem Präsentationsprogramm handelt es sich um eine Reihe von Folien oder Gliederungen. Die vorliegende Erfindung schafft eine "Ansicht" der im Dateneinkapsler enthaltenen Daten. Diese Ansicht wird mit Hilfe eines "Ansichtssystems" und mit Grafiksystemaufrufen erzeugt. Als Präsentation von Daten wird jedoch auch das Abspielen von Tönen oder Videoclips angesehen.
Nächste Frage: Was kann ausgewählt werden? In einem Textverarbeitungsprogramm betrifft eine Auswahl eine Reihe von Zeichen; in einem strukturierten Grafikprogramm ist es eine Reihe von Grafikobjekten; und in einer Tabellenkalkulation ist es ein Zellenbereich. Die Erfindung schafft Auswahlklassen für alle grundlegenden Datentypen, welche vom System unterstützt werden. Die abstrakte Basisklasse, welche eine von einem Anwender getroffene Auswahl repräsentiert, schafft eine adreßplatzunabhängige Bestimmung der ausgewählten Daten. Für einen Text wäre dies ein Zahlenbereich von Zeichen anstatt eines Zeigerpaars zu den Zeichen. Dieses Unterscheidungsmerkmal ist wichtig, weil Auswahlen zwischen anderen Maschinen ausgetauscht werden, wenn mit anderen Anwendern (in Echtzeit) zusammengearbeitet wird. Die Basisklasse setzt auch ein allgemeines Protokoll zur Erstellung einer dauerhaften Auswahl entsprechend dieser Auswahl außer Kraft. Dauerhafte Auswahlen sind Unterklassen eines Ankerobjektes und können ein größeres Gewicht aufweisen als ihre entsprechenden flüchtigen Auswahlen, weil dauerhafte Auswahlen Bearbeitungsveränderungen überdauern müssen. So muß sich zum Beispiel eine dauerhafte Textauswahl selbst anpassen, wenn der Text davor oder danach eingefügt wird. Anker werden beim Einfügen von Hypermedia- Verbindungen, Datenflußverbindungen und Anmerkungen verwendet.
Die Basisklasse schafft auch ein allgemeines Außerkraftsetzungsprotokoll zum Aufnehmen, Einbetten und Exportieren von Daten, die in einem Dateneinkapsler enthalten sind. Basisklassen sind unabhängig von der Anwenderschnittstellentechnik, mit deren Hilfe sie erstellt wurden. Auswahlen werden typischerweise über direkte Manipulation durch einen Anwender (z.B. das Aufspüren eines Text- oder Zellenbereiches) erstellt, doch sie können auch über eine Befehlsfolge oder als Ergebnis eines Befehls erstellt werden. Diese Orthogonalität bei der Anwenderschnittstelle ist sehr wichtig. Basisklassen schaffen auch ein bestimmtes Protokoll für den Zugang zum Dateneinkapsler. Es gibt hier eine sehr starke Beziehung zwischen einer bestimmten Unterklasse der Einkapslerklasse und dessen Unterklasse einer Modellauswahlklasse.
Schließlich: Welche Befehle können für die getroffene Auswahl aufgerufen werden? In einem Textverarbeitungsprogramm kann ein Befehl die Schriftart eines ausgewählten Zeichenbereiches verändern, und in einem strukturierten Grafikprogramm kann ein Befehl zum Beispiel ein Grafikobjekt drehen. Die vorliegende Erfindung schafft eine große Anzahl an eingebauten Befehlsobjekten für alle eingebauten Datentypen sowie allgemeine Befehle für Ausschneiden, Kopieren, Einfügen, Hypermedia-Verknüpfungen erstellen, Verknüpfungen vervollständigen, Verbindungen navigieren, Daten auf Verbindungen schieben, Daten auf Verbindungen ziehen, sowie viele Anwenderschnittstellenbefehle. Die abstrakte Basisklasse, welche einen vom Anwender erstellten Befehl repräsentiert, ist verantwortlich für das Erfassen der Semantik einer Anwenderhandlung, für die Bestimmung, ob der Befehl ausgeführt, rückgängig gemacht oder wiederholt werden kann. Befehlsobjekte sind für das Einkapseln aller Informationen verantwortlich, die notwendig sind, um einen Befehl rückgingig zu machen, nachdem ein Befehl ausgeführt wurde. Bevor ein Befehl ausgeführt wird, sind Befehlsobjekte sehr kompakte Darstellungen einer Anwenderhandlung. Die Basisklasse ist unabhängig von der Anwenderschnittstellentechnik, mit deren Hilfe sie erstellt wurde. Befehle werden typischerweise aus Menüs oder über direkte Manipulation durch den Anwender (z.B. durch das Bewegen eines Grafikobjekts) erstellt, aber sie können auch über eine Befehlsfolge erzeugt werden. Diese Orthogonalität bei der Anwenderschnittstelle ist sehr wichtig.

Vorteile von Rahmenwerken

Die Vorteile des Einsteckens der Abstraktionen in der Erfindung sind größer als die Schaffung eines Begriffskonzeptes. Das Einstecken in das Rahmenwerk schafft zahlreiche hochentwickelte Merkmale, die in das Basisbetriebssystem eingebaut sind. Dies bedeutet, daß das Rahmenwerk wichtige Anwendermerkmale durch Aufruf relativ kleiner Verfahren implementiert. Das Ergebnis ist, daß die Investition in das Codieren für das Rahmenwerk auf zahlreiche Merkmale übertragen wird.

Mehrfachdatentypen

Nach Implementierung einer neuen Datenart wird der neue Datentyp ein Teil des Systems. Bestehende Software, die mit Dateneinkapslern zusammenarbeiten kann, kann Ihren neuen Datentyp ohne Veränderung bearbeiten. Dies unterscheidet sich von derzeitigen Computersystemen, wie zum Beispiel dem Macintosh-Computersystem. Ein Sammelbuch- Zusatzprogramm ist zum Beispiel in der Lage, alle Arten von Daten zu speichern, aber es kann nur Daten darstellen, die über eine Text- oder Schnellzeichnungs-Bildkomponente verfügen. Im Gegensatz dazu stellt das Sammelbuch der vorliegenden Erfindung alle Arten von Daten dar, weil es die Daten in Form eines Objektes behandelt. Jeder neu erstellte Datentyp verhält sich genau so wie die vom System zur Verfügung gestellten Datentypen. Darüberhinaus können die Daten im Sammelbuch bearbeitet werden, da ein Objekt ein Standardprotokoll zum Bearbeiten von Daten schafft.
Das Sammelbuch-Beispiel streicht die Vorteile des Dateneinkapslers hervor. Wenn Software so entwickelt wird, daß sie mit Dateneinkapslern zusammenarbeiten kann, ist es möglich, eine Anwendung so zu konstruieren, daß sie auf einfache Art und Weise mit einem neuen Datentyp umgehen kann. Eine neue Anwendung kann die neue Datenart ohne Veränderung anzeigen und bearbeiten.

Rückgängigmachen auf mehreren Ebenen

Die Erfindung ist so konstruiert, daß sie ein Rückgängigmachen auf mehreren Ebenen unterstützt. Das Implementieren dieses Merkmales erfordert jedoch keinen zusätzlichen Aufwand von seiten eines Entwicklers. Das System merkt sich einfach alle erstellten Befehlsobjekte. Solange das entsprechende Befehlsobjekt vorhanden ist, kann ein Anwender eine bestimmte durchgeführte Veränderung an den Daten rückgängig machen. Weil das System darauf achtet, die Befehle zu speichern und zu entscheiden, welche Befehle rückgängig zu machen sind oder zu wiederholen sind, implementiert ein Anwender keine Prozedur zum Rückgängigmachen.

Dokumentenspeichern, Zuverlässigkeit und Versionenerstellung

Ein Abschnitt des Dateneinkapslerprotokolls beschäftigt sich mit dem Ablegen von Daten in einen Strom und der Wiederherstellung der Daten an einer anderen Stelle und/oder zu einer anderen Zeit. Das System verwendet dieses Protokoll, um das Dokumentenspeichern zu implementieren. Standardmäßig werden die Datenobjekte eines Anwenders beim Speichern in eine Datei gelenkt. Wenn das Dokument geöffnet wird, werden die Datenobjekte wiederhergestellt. Das System verwendet ein Datenverwaltungsrahmenwerk, um sicherzustellen, daß sich die auf die Platte geschriebenen Daten in einem konsistenten Zustand befinden. Anwender neigen dazu, eine Datei oftmals abzuspeichern, damit ihre Daten auf der Platte bewahrt bleiben, falls das System abstürzen sollte. Die vorliegende Erfindung benötigt diese Art des Speicherns nicht, da das System alle Befehlsobjekte bewahrt. Der Zustand des Dokumentes kann durch Starten der letzten Festplattenversion des Dokumentes und durch erneutes Abspielen der Befehlsobjekte ab diesem Zeitpunkt rekonstruiert werden. Zum Zwecke der Zuverlässigkeit zeichnet das System automatisch die Befehlsobjekte auf die Festplatte auf, wenn diese auftreten, so daß im Falle eines Systemabsturzes der Anwender nicht mehr als nur den letzten Befehl verlieren würde. Die Erfindung unterstützt auch die Versionserstellung eines Dokumentes. Ein Anwender kann einen Entwurf vom aktuellen Zustand eines Dokumentes erstellen. Ein Entwurf ist eine unveränderliche "Momentaufnahme" des Dokumentes zu einem bestimmten Zeitpunkt. (Ein Grund, einen Entwurf zu erstellen, wäre zum Beispiel, diesen an andere Anwender weiterzugeben, damit diese den Entwurf kommentieren können.) Das System kümmert sich automatisch um alle Angelegenheiten, die mit der Erstellung eines neuen Entwurfes zusammenhängen.

Zusammenarbeit

Wie bereits oben erwähnt, kann ein Dokument rekonstruiert werden, indem mit einem Zustand des Dokumentes zu einem zurückliegenden Zeitpunkt begonnen und die Reihe der seit diesem Zeitpunkt durchgeführten Befehlsobjekte wieder daran ausgeführt wird. Dieses Merkmal ermöglicht es Anwendern, ihre Arbeit im Falle eines Systemabsturzes wiederherzustellen, und es kann ebenso dafür verwendet werden, Echtzeit-Zusammenarbeit zu unterstützen. Befehlsobjekte arbeiten aufgrund von getroffenen Auswahlen, die adreßplatzunabhängig sind. Daher kann ein Auswahlobjekt über das Netzwerk an einen Mitarbeiter geschickt und auf einer anderen Maschine verwendet werden. Das gleiche gilt für Befehlsobjekte. Ein von einem Mitarbeiter ausgeführter Befehl kann an die anderen gesandt und ebenso auf deren Maschinen ausgeführt werden. Wenn die Mitarbeiter mit identischen Kopien der Daten beginnen, bleiben ihre Kopien "synchronisiert", während sie die Änderungen vornehmen. Eine Auswahl wird mit Hilfe eines Befehlsobjektes getroffen, so daß alle Mitarbeiter über dieselbe aktuelle Auswahl verfügen.
Das System verwendet ein Merkmal, welches als "modellbasierte Verfolgung" bekannt ist, um eine Mausverfolgung an den Maschinen der einzelnen Mitarbeiter durchzuführen. Das zur Handhabung eines Mausklicks erzeugte Verfolgungsobjekt erzeugt eine Reihe von inkrementellen Befehlen und führt diese aus, wenn ein Anwender die Maus bewegt. Diese Befehle werden zu den Mitarbeitern gesandt und bei jedem einzelnen Mitarbeiter ausgeführt. Das Ergebnis ist, daß jeder Mitarbeiter die Verfolgungsrückmeldung sieht, wenn diese auftritt. Das System errichtet auch eine Zusammenarbeitspolitik. Eine Zusammenarbeitspolitik entscheidet, ob Anwender sich gegenseitig abwechseln müssen, wenn sie Daten verändern wollen, oder ob sie die Änderungen nach Belieben durchführen können. Die Erfindung kümmert sich um die Mechanismen der Zusammenarbeit, wodurch diese Verantwortung von einem Anwendungsentwickler abgenommen wird.

Befehlsfolgenerstellung

Wenn ein System so ausgelegt wird, daß es eine Reihe von Befehlsobjekten verarbeiten kann, ist es auch möglich, eine systemweite Befehlsfolgeneinrichtung zu implementieren. Die Folge von Befehlsobjekten entspricht einer Befehlsfolge von lokalen Maßnahmen. Die Befehlsfolgeneinrichtung verfolgt einfach die an einem Dokument angewandten Befehlsobjekte. Die Befehlsfolgeneinrichtung verwendet auch Auswahlobjekte in Befehlsfolgen. Dieses Merkmal ermöglicht eine individuelle Anpassung einer Befehlsfolge durch Verändern der Auswahl, für die die Befehlsfolge gilt. Da Befehlsobjekte ein Protokoll verwenden, um anzuzeigen, ob sie für eine bestimmte Auswahl angewandt werden können, stellt das System sicher, daß die Befehlsfolgenänderungen des Anwenders gültig sind.

Hypermedia-Verknüpfung

Dauerhafte Auswahlen, die auch als Anker bekannt sind, können durch Verknüpfungsobjekte verbunden werden. Ein Verknüpfungsobjekt enthält Hinweise auf die zwei Anker, die seine Endpunkte bilden. Für das System ist die Verknüpfung bidirektional; beide Enden verfügen über gleiche Fähigkeiten. Bestimmte höhere Anwendungen von Verknüpfungen können der Verknüpfung eine Richtung auferlegen. Das Einzelverknüpfungsobjekt unterstützt zwei Standardmerkmale: Navigation und Datenfluß Ein Anwender kann von einem Ende der Verknüpfung zum anderen navigieren. Normalerweise umfaßt dies das Öffnen des Dokumentes, welches den Bestimmungsanker enthält, und das Markieren der dauerhaften Auswahl. Das exakte Verhalten wird vom Ankerobjekt am Bestimmungsende bestimmt. Zum Beispiel kann eine Verknüpfung mit einer Animation die Animation abspielen. Eine Verknüpfung zu einer Datenbankabfrage kann die Abfrage ausführen.
Verknüpfungen ermöglichen auch den Datenfluß. Die ausgewählten Daten an einem Ende der Verknüpfung können zum anderen Ende übertragen werden, um dort die Auswahl zu ersetzen. In den meisten Fällen ist die Wirkung die gleiche, als würde der Anwender die Auswahl an einem Ende kopieren, die Verknüpfung zum Navigieren hin zum anderen Ende verwenden und dort die Daten einfügen. Das System berücksichtigt alle Details im Zusammenhang mit dem Navigieren von einem Ende einer Verknüpfung zum anderen (z.B. die Positionierung des Bestimmungsdokumentes, das Öffnen dieses Dokumentes, das Weiterblättern des Bestimmungsankers, um es darzustellen, usw.). Auf ähnliche Weise behandelt das System die Details der Übertragung der Daten quer über die Verknüpfung. Letzteres geschieht durch Verwendung des Protokolls der Auswahl, um auf die Daten, auf die es sich bezieht, zuzugreifen und sie zu verändern.

Anmerkungen

Die Erfindung unterstützt eine systemweite Anmerkungseinrichtung. Diese Einrichtung ermöglicht es einem Autor, einen Dokumentenentwurf zur Nachbearbeitung zu verteilen. Die Nachbearbeiter können Anmerkungen am Dokument anbringen, und nach erfolgter Nachbearbeitung das Dokument zum Autor zurückschicken. Der Autor kann danach die angebrachten Anmerkungen überprüfen und entsprechende Maßnahmen setzen. (Ein Autor kann ebenfalls Anmerkungen im Dokument anbringen.) Der Nachbearbeiter muß nicht dieselbe Software verwenden wie der Autor. Stattdessen kann der Nachbearbeiter eine standardmäßige Anmerkungsanwendung verwenden. Diese Anwendung ließt die Daten aus dem Entwurf des Autors und erstellt eine Darstellung der Daten, an der Anmerkungen angebracht werden können. (Die Erstellung einer derartigen Präsentation ist Teil des standardmäßigen Dateneinkapselprotokolls.)
Der Nachbearbeiter kann Auswahlen im Dokument erstellen und Anmerkungen mit der Auswahl verknüpfen. Die Verknüpfung zwischen der Anmerkung und der Auswahl ermöglicht es dem System, die Anmerkung "hinter" die Auswahl, auf die sie sich bezieht, zu stellen. Die Verknüpfungen machen auch die Anmerkungsstruktur deutlich, so daß das System Standardbefehle implementieren kann, um Anmerkungen zu manipulieren. Der Inhalt der angebrachten Anmerkungen kann aus jedem beliebigen Datentyp bestehen, der im System implementiert ist, nicht nur Text oder Grafiken. Der Inhalt einer Anmerkung wird mit Hilfe eines Dateneinkapslers implementiert, und beim Öffnen einer Anmerkung wird eine bearbeitbare Darstellung der Daten geschaffen.

Datendarstellung

Die Datendarstellung hängt mit der Beantwortung der Frage "Welche Daten modelliere ich?" zusammen. Die vorliegende Erfindung schafft Einrichtungen, welche bei der Modellierung von Daten helfen. Es gibt Klassen für das Modellieren bestimmter Datentypen, einschließlich: Text, strukturierte Grafiken, Töne und Video. Zusätzlich zu diesen spezifischen Klassen schafft die Erfindung eine Anzahl anderer Abstraktionen, die helfen, ein Problem zu modellieren: die Sammeiklassen, die Mehrfachbenutzungssteuerung, das Wiederherstellungsrahmenwerk, und die Programmiersprache C++ selbst. In der vorliegenden Erfindung handelt es sich bei der Klasse, die das Datenmodell für einen bestimmten Datentyp einkapselt, um eine Unterklasse der Einkapslerklasse.

Die Einkapslerklasse

Ein Entwickler erzeugt einen Behälter für einen bestimmten Typ von Datendarstellung, indem er eine von der Einkapslerklasse abgeleitete Klasse erzeugt. Für jeden Datentyp im System (z.B. Grafikobjekte, formatierten Text, Tabellenkalkulationszellen) muß jeweils eine unterschiedliche abgeleitete Klasse vorhanden sein, die als Behälter für die Daten eines Typs arbeiten. Jede einzelne Einkapslerklasse stellt ein typenspezifisches Protokoll zur Verfügung, um auf die darin enthaltenen Daten zugreifen und sie verändern zu können. Dieses Protokoll wird typischerweise von Präsentationen zur Darstellung von Daten und von Befehlen zur Veränderung von Daten verwendet. Zusätzlich zu einem typenspezifischen Protokoll schafft die Einkapslerklasse ein allgemeines Protokoll, welches das Einbetten von Dateneinkapslern als "Zwischenkästen" in andere fremde Typen unterstützt. Dieses Protokoll muß in die abgeleitete Klasse implementiert werden, um die Erzeugung von Darstellungen, Editoren und Auswahlen für die eingekapselten Daten zu unterstützen. Ein Behälter muß nur dieses allgemeine Protokoll verstehen, um das Einbetten eines beliebigen fremden Datentyps zu verstehen.

Auswahl einer Darstellung für Daten

Der Datentypgestalter kann sowohl aus dem C++ -Objektmodell als auch aus einer großen Reihe an Standardklassen für die Gestaltung einer Darstellung für einen bestimmten Datentyp auswählen. Die von der Erfindung zur Verfügung gestellten Klassen sollten stets berücksichtigt werden, bevor einzigartige Klassen zur Darstellung von Daten gestaltet werden. Dies verringert den Aufwand, der beim Erzeugen neuer Klassen notwendig sein kann, welche ähnliche oder identische Funktionen bieten wie solche, die bereits im System vorhanden sind. Die grundlegendste dieser Klassen ist das C++-Objektmodell. Ein Gestalter kann eine Klasse oder Klassen erstellen, die dem geistigen Modell des Anwenders sehr nahe kommen, um die Klassen darzustellen, mit denen der Anwender arbeitet.
Die grundlegenden Klassen der Erfindung bieten viele grundlegende Möglichkeiten, Daten darzustellen. Sammelklassen bieten viele Möglichkeiten, miteinander in Beziehung stehende Objekte im Speicher zu sammeln, angefangen von einfachen Reihen bis hin zu Wörterbüchern. Ebenso sind plattenbasierte Sammlungen verfügbar, die dauerhafte, unbeschädigte Sammlungen von Objekten bieten. Ein Datentyp, der zwei- (2D) und dreidimensionale (3D) Grafikmodellierung erfordert, wie zum Beispiel ein grafischer Editor, wird ebenfalls unterstützt. Zahlreiche 2D- und 3D-Modellierobjekte werden gemeinsam mit Transformation, Matrixklassen und 3D-Kameras angeboten. Auf ähnliche Weise schafft die Erfindung einen hochentwickelten Textdatentyp, der vollständigen internationalen Text, ästhetische Typographie und einen erweiterbaren Formatierungsmechanismus unterstützt. Die Erfindung bietet auch Unterstützung für zeitbasierte Medien, wie zum Beispiel Ton und Video. Hochentwickelte Zeitkontrollmechanismen sind verfügbar, um eine Synchronisierung zwischen verschiedenen Arten zeitbasierter Medien zu ermöglichen.

Darstellungsprotokoll

Die Einkapslerklasse bietet ein Protokoll für die Erstellung verschiedener Darstellungsklassen für Daten, die im Einkapsler enthalten sind. Die Darstellungen umfassen eine Daumennagel-Darstellung, eine Nur-Blättern-Darstellung, eine auswählbare Darstellung, und eine bearbeitbare Darstellung. Ebenso gibt es ein Protokoll zur Auswahl von Größen für die Darstellungen und zum Einpassen der Daten in die ausgewählte Größe. Unterklassen der Einkapslerklasse sind verantwortlich für das Außerkraftsetzen und Implementieren dieser Protokolle, um das Einbetten der Daten in andere Einkapsler zu unterstützen. Die Darstellungen umfassen derzeit:
* Daumennagel - Diese Darstellungsart soll dem Anwender einen kurzen Blick darauf ermöglichen, was im Einkapsler enthalten ist. Sie ist typischerweise klein und kann die Daten maßstäblich verkleinern und/oder zuschneiden, um die Daten der Größe anzupassen.
* Nur-Blättern - Diese Darstellungsart ermöglicht es dem Anwender, die Daten in ihrer normalen Größe zu sehen, aber der Anwender kann die Daten weder auswählen noch verändern.
* Auswählbar - Diese Darstellungsart ermöglicht es zusätzlich zu den Möglichkeiten der Nur-Blättern-Darstellungsart, die Daten auszuwählen. Dies wird für Anmerkungen benötigt, um Anmerkungen an Auswahlen in den Daten anhängen zu können, ohne eine Veränderung der Daten selbst zu erlauben. Die auswählbare Darstellungsart wird typischerweise als eine Unterklasse der Nur-Blättern-Betriebsart implementiert.
* Bearbeitbar - Diese Darstellungsart ermöglicht es zusätzlich zu den Möglichkeiten der Auswählbar-Darstellungsart, die Daten zu verändern. Dies ist die Darstellungsart, die es dem Anwender ermöglicht, neue Daten zu erzeugen und bestehende Daten zu bearbeiten. Derzeit stellt diese Darstellungsart ihr eigenes Fenster für die Bearbeitung zur Verfügung. Es ist wahrscheinlich, daß in der Zukunft eine Unterstützung für Darstellungen hinzugefügt wird, die es ermöglicht, Bearbeitungen an Ort und Stelle vorzunehmen. Die bearbeitbare Darstellung ist typischerweise als Unterklasse der auswählbaren Darstellung implementiert.

Änderungsmeldungen

Wenn die in einem Einkapsler enthaltenen Daten geändert werden, ist es notwendig, Klienten (z.B. eine Ansicht der Daten) über die Veränderungen zu informieren. Einkapsler stützen sich auf eine eingebaute Klasse für die standardmäßige Unterstützung von Meldungen, damit der Einkapsler Klienten über die an der Datendarstellung vorgenommenen Veränderungen informieren kann. Ein Klient kann eine Verbindung mit einem Einkapsler für die Meldung bezüglich bestimmter Veränderungen oder aller Veränderungen herstellen. Wenn eine Änderung auftritt, fordert der Einkapsler das Modell auf, die Meldung über die Änderung an alle interessierten Klienten weiterzugeben.

Datendarstellung

Dieser Abschnitt beschäftigt sich damit, wie das System Daten für einen Anwender darstellt. Nachdem die Daten für das System dargestellt werden, ist es die Aufgabe der Anwenderschnittstelle, die Daten für einen Anwender auf geeignete und sinnvolle Weise darzustellen. Die Anwenderschnittstelle errichtet einen Dialog zwischen dem Anwender und den Modelldaten. Dieser Dialog ermöglicht es dem Anwender, die Daten zu betrachten oder auf andere Weise aufzunehmen, und gibt dem Anwender die Möglichkeit, die Daten zu verändern oder zu bearbeiten. Dieser Abschnitt beschäftigt sich hauptsächlich mit der Datendarstellung.

Die Anwenderschnittstelle

Ein Entwickler erzeugt eine Klasse, um die Darstellung von Daten zu ermöglichen, um mit dem Dateneinkapsler zu interagieren. Durch Abtrennen des Datenmodells von der Darstellung ermöglicht die Erfindung mehrfache Darstellungen derselben Daten. Einige Anwendungen, wie zum Beispiel der Apple Macintosh Finder, unterstützen bereits eine eingeschränkte Form mehrfacher Darstellungen derselben Daten. Manchmal ist es hilfreich, in der Lage zu sein, unterschiedliche Ansichten derselben Daten zur selben Zeit anzeigen zu lassen. Diese unterschiedlichen Ansichten können zum Beispiel zur selben Klasse gehören - wie zum Beispiel in einem 3D-CAD-Programm, welches vier unterschiedliche Ansichten derselben Daten anzeigt. Für jede Darstellungsart mußte ein Anwender früher eine Ansicht schreiben, die das Modell und eine Reihe von Verfolgern und Verfolgungsbefehlen darstellen kann, welche das Modell auswählen und verändern können.

Feststehende Darstellungen

Die einfachste Darstellungsart ist die Bezeichnung der Daten. Die Bezeichnung ist eine Textkette, welche den Dateninhalt oder den Datentyp anzeigt. Beispiele umfassen "Kapitel 4", Bundesstaatliche Einkommenssteuern 1990", "Zu erledigen". Eine weitere einfache Darstellungsart, ein Bildsymbol, ist eine kleine grafische Darstellung der Daten. Normalerweise zeigt es den Datentyp an. Beispiele dafür sind ein Buch, ein Bericht, ein Finanzmodell, eine Ton- oder Videoaufzeichnung, eine Zeichnung. Sie können jedoch auch Zustände anzeigen, wie zum Beispiel einen Drucker, der gerade druckt, oder auf den Inhalt verweisen, wie zum Beispiel eine verkleinerte Ansicht einer Zeichnung. Der Daumennagel schließlich ist eine kleine Ansicht der Modelldaten. Diese Ansicht kann nur einen Ausschnitt der Daten zeigen, um in den verfügbaren Raum zu passen. Beispiele dafür wären eine geschrumpfte Zeichnung, das Inhaltsverzeichnis eines Buches, ein geschrumpfter Brief, oder die geschrumpfte erste Seite eines langen Dokumentes. Eine Nur-Blättern-Darstellung ermöglicht es dem Anwender, die Daten in ihrer normalen Größe zu betrachten, aber der Anwender ist dabei nicht in der Lage, die Daten auszuwählen oder zu verändern.

Auswählbare Darstellungen

Auswählbare Darstellungen ermöglichen es einem Anwender, Informationen aus den Daten zu betrachten, zu erforschen und herauszuziehen. Diese Darstellungsarten bieten zusammenhängende Informationen: worum es sich bei den Daten handelt, wo die Daten sind, wann die Daten erstellt wurden. Es kann hilfreich sein, Daten in einer strukturierten Form darzustellen, wie zum Beispiel als Liste, als Gitter, als Gliederung, oder räumlich aufgeteilt. Ebenso ist es hilfreich, die Beziehungen zwischen den einzelnen Datenelementen, die Beziehung der Daten zu ihren jeweiligen Behältern oder Geschwistern und alle anderen Abhängigkeiten darzustellen.
Auswählbare Darstellungen können auch Metadaten darstellen. Ein Beispiel dafür ist die aktuelle Auswahl, welche die Datenelemente anzeigt, die ein Anwender gerade bearbeitet. Eine andere Art von Metadaten ist eine Hypermedia-Verknüpfung zwischen Datenelementen. Die Ansicht kann auch auf andere Anwender hinweisen, die gemeinsam an den Daten arbeiten.
Auswählbare Darstellungen sind für gewöhnlich sehr datenartspezifisch. Sie bestehen aus Fenstern, Ansichten und anderen Anwenderschnittstellenobjekten, die individuell angepaßt werden können, um den Datentyp am besten wiedergeben zu können. Einige Beispiele dafür sind:
* Tonaufzeichnungen - Ein Kontrollfeld würde hörbare Darstellung ermöglichen. Ansichten würden den Ton als musikalische Partitur oder als Wellenformen darstellen. Ansichten können eine Musternummer oder Zeitanzeigen darstellen.
* Finanzmodell - Das Modell könnte als Reihe von Formeln und anderen Parametern betrachtet werden. Es könnte Werte aus dem Modell zu einem bestimmten Zeitpunkt oder mit bestimmten Eingabewerten als eine Tabellenkalkulation oder in verschiedenen grafischen Formen anzeigen.
* Buch - Das Modell könnte als Inhaltsverzeichnis, als Index, als eine Liste von Abbildungen angesehen werden. Es könnte als eine Reihe von Seiten, eine Reihe von Kapiteln oder als kontinuierlicher Textfluß angesehen werden.
* Videoaufzeichnung - Das Modell könnte als eine Reihe von Einzelbildern oder als kontinuierliche Darstellung angesehen werden. Ansichten können Spurmarkierungen, Einzelbildnummer und Zeitangaben umfassen.
* Behälter, die andere Objekte enthalten - Die Objekte könnten alphabetisch sortiert nach Namen, Typ oder anderen Attributen, als eine Reihe von Bildsymbolen oder eine Reihe von Daumennägeln angesehen werden.

Bearbeitbare Darstellungen

Bearbeitbare Darstellungen sind ähnlich wie interaktive Darstellungen, außer daß bei ihnen auch eine Veränderung der Daten möglich ist. Sie erreichen dies, indem sie eine direkte Manipulation der Daten mit der Maus oder einem anderen Zeiger erlauben. Ebenso erlauben sie, daß die Daten symbolisch durch Menüpunkte und andere Steuervorrichtungen manipuliert werden.

Datenzugriff

Darstellungen interagieren mit Dateneinkapslern, um die Daten und andere darzustellende Informationen zu bestimmen. Darstellungen fragen das Modell nach den benötigten Informationen ab. Die Darstellung kann die gesamten Daten oder nur Teile davon darstellen, die im Dateneinkapsler enthalten sind oder von darin enthaltenen Daten abgeleitet werden können.

Änderungsmeldung

Da viele gleichzeitige Darstellungen eines einzigen Modells möglich sind, können die Daten von vielen Quellen, einschließlich von Mitarbeitern, geändert werden. Jede Darstellung ist dafür verantwortlich, sich selbst in bezug auf die Modelldaten stets auf dem aktuellen Stand zu halten. Dies wird durch ein Ansuchen um Meldung erreicht, wenn sich das gesamte Modell oder ein Teil davon ändert. Wenn eine Änderung an den Daten vorgenommen wird, an denen die Darstellung interessiert ist, erhält die Darstellung eine Meldung und aktualisiert ihre Ansicht entsprechend. Eine Anderungsmeldung kann auf jede der unten angeführten Arten erzeugt werden. Zum ersten können Änderungsmeldungen vom Verfahren im Dateneinkapsler erzeugt werden, der die Modelldaten gerade ändert. Zum zweiten kann die Änderungsmeldung von jenem Befehl erzeugt werden, der die Änderung verursacht hat. Wie zuvor erwähnt, verfügen diese beiden Ansätze über Vorteile. Die Erzeugung der Meldung aus dem Dateneinkapsler stellt sicher, daß Klienten stets benachrichtigt werden, wenn sich die Daten ändern. Die Erzeugung der Meldung durch den Befehl ermöglicht eine Meldung auf "höherer Ebene" und verringert die Unruhe von Meldungen, die von einer komplizierten Veränderung verursacht werden.

ÜBERBLICK ÜBER DAS MELDUNGSRAHMENWERK

Das Meldungsrahmenwerk bietet einen Mechanismus zur Verbreitung von Änderungsinformationen zwischen Objekten. Das Rahmenwerk ermöglicht es Objekten, ein Interesse daran zu bekunden und Meldungen über Änderungen in Objekten zu empfangen, von denen sie abhängig sind. Es ist eine Standardschnittstelle für Klassen vorhanden, welche den Klienten Meldungen zur Verfügung stellt. Änderungsklassen bieten Meldungsquellobjekten die Möglichkeit, Listen von Klienten zu verwalten und Meldungen an jene Klienten zu senden. Meldungsobjekte erfordern keine spezielle Kenntnis der Klasse von Objekten, die die Meldungen erhalten. Verbindungsobjekte sorgen für die Lieferung der Meldungen vom Meldungsgeber zu den bestimmten Meldungsempfangsobjekten. Mit diesen Verbindungsobjekten ist eine Spezialisierung bezüglich der Art möglich, wie Meldungen an unterschiedliche Empfängerklassen überliefert werden. Schließlich transportieren Meldungsobjekte beschreibende Informationen bezüglich einer Änderung, und Interessen beschreiben eine bestimmte Meldung von einem Meldungsquellobjekt.

FLUSSDIAGRAMM DER MELDUNGSVERBREITUNG

Figur 10 ist ein objekterzeugendes Meldungsflußdiagramm für ein Meldungsquellobjekt. Die Verarbeitung beginnt beim Punkt 1800 und geht sofort zum Funktionsblock 1810 weiter, wo ein Meldungsempfangsobjekt eine Verbindung zu sich selbst herstellt. Danach, bei Funktionsblock 1820, fügt das Meldungsempfangsobjekt geeignete Interessen für eine oder mehrere Meldungen von einem oder mehreren Meldungsquellobjekten hinzu. Diese Interessen werden von dem/den Meldungsquellobjekt/en definiert.
Das Klientenobjekt fordert das Verbindungsobjekt auf, sich mit der/den Meldungsquelle/n für Meldungen zu verbinden, die von den Interessen in der Verbindung im Funktionsblock 1830 festgelegt werden. Danach wird im Funktionsblock 1840 für jedes Interesse an der Verbindung die Verbindung als an der Meldung interessiert am Meldungsgeber angemeldet. Danach nimmt das System beim Funktionsblock 1845 einen Wartezustand ein, bis eine Änderung erkannt wird. Wenn eine Systemänderung auftritt, geht die Steuerung sofort zu 1850 weiter, wo sich ein Meldungsquellobjekt ändert und Aufrufe dessen Meldungsgeber mit einer Meldung benachrichtigen, welche die Änderung beschreibt.
Für jede Verbindung, die als an der Meldung interessiert am Meldungsgeber angemeldet ist, wird die Verbindung bei Funktionsblock 1860 aufgefordert, die Meldung zu verschicken. Bei Funktionsblock 1870 wiederum versendet die Verbindung die Meldung mit dem für den Meldungsempfänger geeigneten Verfahren. Schließlich ergreift der Meldungsempfänger bei Funktionsblock 1080 die für die Meldung erforderliche Maßnahme, und beim Entscheidungsblock 1885 wird eine Prüfung durchgeführt, um zu bestimmen, ob eine weitere Verbindung beim Meldungsgeber als an der Meldung interessiert angemeldet ist. Wenn es eine derartige Verbindung gibt, geht die Steuerung weiter zu 1850. Wenn keine weitere Verbindung zu bedienen ist, geht die Steuerung weiter zum Funktionsblock 1845, um auf die nächste Änderung zu warten.

Datenfestlegung

Die Datenfestlegung betrifft die Auswahl der Datenverarbeitung. Wenn ein Anwender Daten manipulieren muß, die in einer Darstellung enthalten sind, müssen die Daten in der Lage sein, Untergruppen dieser Daten festzulegen. Der Anwender bezeichnet diese Festlegung typischerweise als eine "Auswahl", und das System stellt eine Basisklasse zur Verfügung, von der sich alle Auswahlklassen ableiten. Die Erfindung schafft auch Auswahlklassen für alle grundlegenden Datentypen, die vom System unterstützt werden.

Modellauswahl

Bei dem Objekt, welches die Festlegung einer Untergruppe von Daten in einer Darstellung enthält, handelt es sich um eine Modellauswahlklasse. Im Falle einer Textdarstellung besteht eine mögliche Auswahlfestlegung aus einem Paar von Zeichenverschiebungen. In einem strukturierten Grafikmodell muß jede Form einer einzigartigen Kennung zugeordnet werden, und die Auswahlfestlegung besteht hier aus einer Reihe einzigartiger Kennungen. Keine der Festlegungen verweist direkt auf die Auswahldaten, und sie können an mehrfachen Kopien der Daten angewandt werden.

Zugriff auffestgelegte Daten

Eine Auswahl versteht das Darstellungsprotokoll für den Zugriff auf und die Veränderung von Daten und weiß, wie Daten an einer lokalen Adreßposition zu finden sind. Befehlsobjekte greifen auf die Daten einer Darstellung durch Datenauswahl zu und erfordern daher keine Kenntnis bezüglich der Umwandlung von den festgelegten zu den wirklichen Daten im lokalen Modell. Es ist Aufgabe des Auswahlobjektes, Zugriff auf die wirklichen Daten von der adreßplatzunabhängigen Festlegung zu bieten. In einem Texteinkapsler kann diese Verarbeitung das Abfragen des Einkapslers bezüglich der tatsächlich in einem Bereich enthaltenen Zeichen erfordern. In einem Basismodell wie zum Beispiel einem grafischen Editor enthält die Auswahl typischerweise Stellvertreter für die wirklichen Objekte. Der Einkapsler muß eine Nachschlageeinrichtung zur Umwandlung des Stellvertreters in das wirkliche Objekt zur Verfügung stellen.

Standard-Bearbeitungsprotokoll

Die Modellauswahlklasse schafft ein Protokoll für den Austausch von Daten zwischen Auswahlen. Durch Implementieren des Protokolls für die Typenverhandlung, Absorbieren, Einbetten und Exportieren von Daten unterstützen abgeleitete Klassen die meisten Standard-Bearbeitungsbefehle. Dies bedeutet, daß die vom System zur Verfügung gestellten Bearbeitungsbefehle (Ausschneiden, Kopieren, Einfügen, Daten schieben usw.) für die dargestellte Datenart funktionieren und keine neuerliche Implementierung für jede einzelne Anwendung erforderlich ist. Die Modellauswahlklasse unterstützt auch direkt den Austausch von Ankern und Verknüpfungen, aber sie ist angewiesen auf die Implementierung mehrerer Schlüsselmethoden der abgeleiteten Klasse, um den Austausch der Daten der Darstellung zu unterstützen:
CopyData (Daten kopieren) muß von der abgeleiteten Klasse implementiert werden, um eine Kopie der festgelegten Daten zu exportieren. Die Implementierung schafft einen neuen Dateneinkapsler für den angeforderten Typ und gibt diesen zurück, welcher eine Kopie der festgelegten Daten enthält.
AdoptData (Daten adoptieren) muß von der abgeleiteten Klasse implementiert werden, um das Absorbieren oder Einbetten von Daten in die assoziierte Darstellung der Festlegung zu unterstützen. Wenn die Daten absorbiert werden sollen, müssen sie von einem Typ sein, der direkt in die Darstellung des Empfängers aufgenommen werden kann. Die absorbierten Daten werden der Darstellung entsprechend der Festlegung hinzugefügt. Es ist häufig bei vielen Datentypen der Fall, daß momentan festgelegte Daten durch die jüngst absorbierten Daten ersetzt werden. Alle ersetzten Daten werden in einen Dateneinkapsler zurückgegeben, um die Undo- Funktion (Rückgängigmachen) zu unterstützen. Wenn die Daten eingebettet werden sollen, ist der Einkapsler als ein Zwischenkasten eingebaut und wird als ein Kind der Darstellung hinzugefügt.
ClearData (Daten löschen) muß von der abgeleiteten Klasse implementiert werden, um die festgelegten Daten von der assoziierten Darstellung zu löschen. Ein Einkapsler des nativen Typs der Darstellung, der die gelöschten Daten enthält, muß zurückgegeben werden.

Anwenderschnittstelle

Die Anwenderschnittstelle zur Erzeugung von Festlegungen liegt typischerweise in der Verantwortlichkeit einer Darstellung der Daten. Abhängig von dem Datentyp und dem Darstellungsstil ist eine Anzahl von Mechanismen verfügbar. Die bevorzugteste Anwenderschnittstelle zur Erzeugung einer Auswahl ist direkte Manipulation. In einem einfachen Grafikmodell können Objekte durch direktes Klicken auf das Objekt mit der Maus oder durch Ziehen einer Auswahlbox rund um mehrere Objekte mit einem Mausverfolger ausgewählt werden. In einem Text kann eine Auswahl als Ergebnis eines Suchbefehles erzeugt werden. Eine weitere häufige Art der Erzeugung von Auswahlen ist das Ergebnis eines Menübefehles, wie zum Beispielen "Suchen". Nachdem der Befehl gegeben wurde, wird das Dokument bis zur geeigneten Stelle weitergeblättert, und der gesuchte Text wird ausgewählt.
Schließlich können Auswahlen durch eine Befehlsfolge erzeugt (oder programmatisch erzeugt) werden, und das Ergebnis wäre hier das gleiche, als wenn ein Anwender die Auswahl direkt erzeugen würde. Die "Benennung" von Auswahlen für Befehlsfolgen umfaßt die Erstellung einer Sprache zum Beschreiben der Auswahl. In einem Text könnte eine Auswahl zum Beispiel "das zweite Wort des vierten Absatzes auf Seite zwei sein. Die Architektur der Erfindung unterstützt auch Befehlsfolgen.

Datenveränderung

Datenveränderungen betreffen die Frage: Welche Befehle können für die getroffene Auswahl aufgerufen werden? Wenn ein Anwender die in einer Darstellung enthaltenen Daten verändern will, muß das System in der Lage sein, exakt den Typ der durchzuführenden Veränderung festzulegen. In einem Textverarbeitungsprogramm zum Beispiel könnte ein Anwender das Schriftbild eines ausgewählten Zeichenbereiches verändern wollen. Oder in einem strukturierten Grafikprogramm könnte ein Anwender ein Grafikobjekt drehen wollen. Alle Anwendermaßnahmen, welche die in einem Dateneinkapsler enthaltenen Daten verändern, werden durch "Befehlsobjekte" dargestellt.

Das Modellbefehlsobjekt

Die abstrakte Basisklasse, welche einen vom Anwender erzeugten Befehl darstellt, ist das Modellbefehlsobjekt. Unterklassen des Modellbefehlsobjektes erfassen die Semantik der Anwendermaßnahmen, wie zum Beispiel: kann ausgeführt, rückgängig gemacht, und wiederholt werden. Diese Unterklassen sind unabhängig von der Anwenderschnittstellentechnik, mit deren Hilfe sie erstellt wurden. Im Gegensatz zu MacApp werden Geräteereignisse vom System in Befehlsobjekte übersetzt, sobald die Semantik einer Anwendermaßnahme bekannt ist.

HandleDo, HandleUndo, und HandleRedo (BearbeitungDurchführen, BearbeitungRückgängigmachen, und BearbeitungWiederholen)

Die Erzeugung einer neuen Befehlsklasse umfaßt das Außerkraftsetzen einer Anzahl von Methoden. Die drei wichtigsten Methoden zum Außerkraftsetzen sind: HandleDo (BearbeitungDurchführen), HandleUndo (BearbeitungRückgängigmachen), und HandleRedo (BearbeitungWiederholen). Das HandleDo-Verfahren ist verantwortlich für das Ändern des Dateneinkapslers entsprechend der Befehlsart, der er entspricht, und die Auswahl des daran angewandten Befehls. Wenn zum Beispiel der Befehl eine Schriftbildänderung umfaßt, um einen Bereich von Zeichen in einer Textverarbeitung zu ändern, würde das HandleDo-Verfahren ein Verfahren (oder eine Reihe von Verfahren) im Dateneinkapsler aufrufen, um einen zu ändernden Zeichenbereich und ein zu änderndes Schriftbild festzulegen. Eine schwierigere Aufgabe des HandleDo-Verfahrens ist das Speichern der Informationen, die notwendig sind, um diesen Befehl später "rückgängig" zu machen. Im Beispiel der Schriftbildänderung umfaßt das Speichern der Informationen zum Rückgängigmachen das Aufzeichnen des alten Schriftbildes des Zeichenbereiches. Die Informationen zum Rückgängigmachen sind für die meisten Befehle sehr einfach abzuspeichern. Einige Befehle jedoch, wie Finden und Ändern, können die Aufzeichnung einer großen Menge an Informationen erfordern, um den Befehl zu einem späteren Zeitpunkt rückgängig machen zu können. Schließlich ist das HandleDo-Verfahren zur Ausgabe einer Änderungsmeldung verantwortlich, welche die am Dateneinkapsler durchgeführten Änderungen beschreibt.
Das HandleUndo-Verfahren ist verantwortlich für das Zurücksetzen eines Dokumentes in den Zustand, den es vor der "Ausführung" des Befehles aufwies. Die anzuwendenden Schritte sind analog zu den Schritten, die im HandleDo- Verfahren oben beschrieben wurden. Das HandleRedo-Verfahren ist verantwortlich für das "Wiederholen" des Befehls, nachdem er ausgeführt und rückgängig gemacht wurde. Anwender schalten oft zwischen zwei Zuständen eines Dokumentes hin und her, um ein Ergebnis eines Befehles mit Hilfe der Undo-/Redo-Kombination zu vergleichen. Typischerweise ist das HandleRedo-Verfahren sehr ähnlich dem HandleDo-Verfahren, außer daß beim Redo-Verfahren die Informationen, die zuletzt abgeleitet wurden, wiederverwendet werden können, wenn dieser Befehl ausgeführt wird (die Informationen müssen nicht neu berechnet werden, da sie garantiert gleich sind).

Anwenderschnittstelle

Befehlsobjekte erfassen die Semantik einer Anwenderhandlung. Tatsächlich stellt ein Befehl eine "Arbeitsanforderung" dar, die meistens von einem Anwender erzeugt wird (mit Hilfe unterschiedlicher Anwenderschnittstellentechniken), welche jedoch auch auf andere Art und Weise erzeugt (und angewandt) werden könnte. Das wichtige Konzept dabei besteht darin, daß Befehlsobjekte die einzige Vorrichtung zur Veränderung von Daten, die in einem Dateneinkapsler enthalten sind, darstellen. Alle Veränderungen am Dateneinkapsler müssen durch ein Befehlsobjekt verarbeitet werden, wenn die Vorteile des unendlichen Undo (Rückgängigmachens), das Save-less-Modell (Speichern-weniger-Modell) und andere Merkmale der Erfindung verwirklicht werden sollen.
Die bevorzugteste Anwenderschnittstelle zur Ausgabe von Befehlen umfaßt eine Art direkter Manipulation. Ein Objekt, das für die Übersetzung von Geräteereignissen in Befehle und für das "Antreiben" des Anwenderrückmeldeprozesses verantwortlich ist, ist als ein Verfolger bekannt. Die Erfindung bietet eine umfangreiche Reihe an "Verfolgungsbefehlen" zum Manipulieren der eingebauten Datentypen. Zum Beispiel gibt es Verfolgungsbefehle zum Drehen, Skalieren und Bewegen aller 2D-Objekte in Pink, wie zum Beispiel Gerade, Kurven, Polygone, usw.
Eine allgemeine Anwenderschnittstelle zur Ausgabe von Befehlen erfolgt über Kontrollen oder das Menüsystem. Menüs werden erstellt, und eine Reihe von damit zusammenhängenden Befehlen wird dem Menü hinzugefügt. Wenn der Anwender einen Punkt im Menü auswählt, wird der entsprechende Befehl "geklont", und das Do-Verfahren (Ausführen-Verfahren) des Befehls wird aufgerufen. Der Programmierer muß sich nie mehr mit Geräteereignissen auseinandersetzen. Weil darüberhinaus die Befehle wissen, an welchen Arten von Auswahlen sie angewandt werden können, werden Menüpunkte automatisch halbhell dargestellt, wenn sie nicht zutreffend sind.
Schließlich können Befehle von einer Befehlsfolge ausgegeben (oder programmatisch erstellt) werden, und die Ergebnisse wären dieselben, als wenn ein Anwender den Befehl direkt ausgeben würde. Die Pink-Architektur unterstützt die Befehlsfolgen; derzeit jedoch ist noch keine Anwenderschnittstelle zur Erzeugung dieser Befehlsfolgen verfügbar.

Eingebaute Befehle

Die Erfindung bietet eine große Anzahl an eingebauten Befehlsobjekten für alle eingebauten Datentypen, und ebenso bietet sie allgemeine Befehle für das Ausschneiden, Kopieren, Einfügen, Starten von HyperMedia-Verknüpfungen, Vervollständigen von Verknüpfungen, Navigieren von Verknüpfungen, Schieben von Daten auf Verknüpfungen, Ziehen von Daten auf Verknüpfungen, sowie viele Anwenderschnittstellenbefehle. Einer der Vorteile der Verwendung von Rahmen besteht darin, daß diese eingebauten Befehlsobjekte mit jedem Dateneinkapsler verwendet werden können.

Weitere Merkmale

Die vorangegangenen Abschnitte dieses Dokumentes konzentrieren sich auf die grundlegenden Merkmale der Erfindung. Es gibt viele zusätzliche Einrichtungen in der Erfindung, welche moderne Merkmale implementieren. Im besonderen umfassen diese Merkmale: modellbasierte Verfolgung, Ablegen, Anker, und Zusammenarbeit.

Modellbasierte Verfolgung

Die Verfolgung ist das Herz einer Anwenderschnittstelle mit Direktmanipulation. Die Verfolgung ermöglicht es den Anwendern, Textbereiche auszuwählen, Objekte zu ziehen, die Größe von Objekten zu verändern, und Objekte zu skizzieren. Die Erfindung erweitert die Verfolgung, so daß sie an mehreren Ansichten und auf mehreren Maschinen funktioniert, indem das Modell tatsächlich verändert wird. Der Verfolger gibt Befehle an das Modell aus, welches Änderungsmeldungen an alle interessierten Ansichten ausgibt.
Die modellbasierte Verfolgung ist die beste Lösung für die Verfolgung in Dokumenten, aber sie hat folgende Nachteile: (1) die Ansichten des Modells müssen optimiert werden, um eine rasche Reaktion auf Änderungsereignisse zu bieten, und (2) das Modell muß in der Lage sein, die Zwischen-Verfolgungs zustände auszudrücken.

Anker

Dauerhafte Auswahlen oder "Anker" sind Auswahlen insoferne sehr ähnlich, als daß sie Festlegungen von Daten in einer Darstellung sind. Der Unterschied besteht darin, daß Anker Bearbeitungsänderungen überstehen müssen, da Anker ihrer Definition nach über Änderungen der Daten hinweg bestehen. Die früher im Dokument beschriebene Implementierung von Grafikauswahlen ist dauerhaft. Die Implementierung von Textauswahlen ist dies jedoch nicht. Wenn ein Anwender Text vor einer Auswahl einfügt oder löscht, müssen die Zeichenverschiebungen angepaßt werden. Es gibt eine Reihe von Ansätzen zum Implementieren von Textankern. Zum ersten behält die Textdarstellung eine Sammlung von Markierungen bei, welche in den Text verweisen, ähnlich wie die Art und Weise, mit der Schriftbilder beibehalten werden. Die Anker umfassen eine einzigartige Kennung, die auf eine Markierung verweist. Wenn der Text geändert wird, werden die entsprechenden Markierungen aktualisiert, aber die Anker bleiben unverändert. Ein weiterer Ansatz besteht darin, eine Bearbeitungsgeschichte für den Text aufzubewahren. Der Anker könnte ein Paar Zeichenpositionen sowie einen Zeitstempel enthalten. Jedes Mal, wenn der Text bearbeitet wird, würde die Geschichte aktualisiert werden, um die Änderung aufzuzeichnen (z.B. 5 Zeichen zur Zeit T von der Position X gelöscht). Wenn der Anker verwendet wird, müßte das System seine Zeichenpositionen aufgrund der Bearbeitungsänderungen, die seit der letzten Verwendung durchgeführt wurden, korrigieren. Zu geeigneten Zeiten können die Geschichte verdichtet und die Anker dauerhaft aktualisiert werden.
Das System bietet durch die Anker-Eigenschaft "gratis" eine große Anzahl an Merkmalen. Alle Hypermedia-Befehle (CreateLink, PushData, PullData, und Follow) verwenden Anker in ihrer Implementierung. Die Implementierung der systemweiten Anmerkungseinrichtung verwendet Anker für deren Implementierung. Der Basisdateneinkapsler bietet Dienste zur Verfolgung von Ankern und Verknüpfungen. Der Anwender ist jedoch dafür verantwortlich, Anker über Darstellungen für den Anwender sichtbar zu machen. Die Anwendung muß auch das entsprechende Befehlsobjekt ausgeben, wenn ein Anwender einen Anker auswählt. Nachdem eine Anwenderschnittstelle für Anker und Verknüpfungen festgenagelt wurde, bietet das Dokumentenrahmenwerk zusätzliche Unterstützung zur Vereinfachung der Verarbeitung.

Ablegen

Das Ablegen ist der Vorgang des Speicherns und Wiederherstellens der Daten auf und von einem dauerhaften Speicher. Alles, was ein Anwender tun muß, damit das Ablegen funktioniert, ist das Implementieren von Strömungsoperatoren für einen Dateneinkapsler. Das standardmäßige Ablegen der Erfindung ist "Bild"-basiert. Wenn ein Anwender ein Dokument öffnet, wird der gesamte Inhalt des Dokumentes in den Speicher eingelesen. Wenn ein Anwender ein Dokument schließt, wird der gesamte Inhalt des Dokuments zurück auf die Platte geschrieben. Dieser Ansatz wurde ausgewählt, weil er einfach, flexibel und leicht zu verstehen ist. Um Daten in einem anderen Format zu speichern, damit zum Beispiel die Kompatibilität mit einem zuvor existierenden Standard-Dateiformat gewährleistet bleibt, sind zwei Ansätze möglich. Zuerst kann eine Einkapslerklasse einen Hinweis auf die tatsächlichen Daten strömen, dann den Hinweis verwenden, um die tatsächlichen Daten zu finden, oder es kann eine neue Unterklasse definiert werden, um eine Datei-Unterklasse zu erzeugen und zurückzugeben.
Der Vorteil des ersten Ansatzes liegt darin, daß der Dateneinkapsler in andere Dokumente eingekapselt werden kann. Der Vorteil des zweiten Ansatzes liegt in der völligen Freiheit, die erzielt wird, um ein bestehendes Datenformat für das gesamte Dokument exakt anzupassen.

Zusammenarbeit

Gleichzeitige Netzwerkzusammenarbeit bedeutet, daß zwei oder mehrere Leute dasselbe Dokument zur selben Zeit bearbeiten. Das System errichtet auch die Zusammenarbeitspolitik; das heißt, ob Anwender sich beim Ändern der Daten abwechseln müssen, oder ob sie frei Veränderungen durchführen können. Ein Entwickler muß sich nicht um die Mechanismen der Zusammenarbeit oder um die Zusammenarbeitspolitik kümmern.

Unterstützung von Zusammenarbeitsauswahlarten

Um die Verwirrung zu verringern und die Modellauswahl zu vergrößern, bietet die Dokumentarchitektur eine Zusammenarbeitsklasse, welche Informationen über die Initialen der Mitarbeiter und das bevorzugte Markierungsbündel enthält.

Unterstützung mehrfacher Auswahlen

Um mehrfache Auswahlen zu unterstützen, muß ein Anwender die Darstellungsansichten verändern, weil jeder Mitarbeiter über eine Auswahl verfügt. Wenn sich die Auswahl des aktiven Mitarbeiters verändert, wird die Standard-Änderungsmeldung gesendet. Wenn sich die Auswahl eines passiven Mitarbeiters ändert, wird ein anderes Meldungsereignis gesendet. Eine Ansicht sollte sich für beide Ereignisse anmelden. Da die Maßnahme auf beide Ereignisse normalerweise dieselbe ist, kann zum Zwecke der Wirtschaftlichkeit dasselbe Handhabungsverfahren für beide Ereignisse angemeldet werden.

Anwenderschnittstelle gemäß der Erfindung

Dieser Abschnitt der Erfindung konzentriert sich in erster Linie auf die erfinderischen Aspekte bei der Erstellung der Anwenderschnittstelle auf der Basis des zuvor diskutierten Betriebssystemrahmens. Der erste Aspekt der Anwenderschnittstelle ist ein Mechanismus, der es einem Anwender ermöglicht, Interaktionen mit verschiedenen Objekten oder Daten, die als Kontrollen bezeichnet werden, zu verwalten.

Kontrolle

Das Objekt, mit dem der Anwender interagiert, um andere Objekte oder Daten zu manipulieren, wird als Kontrolle bezeichnet. Kontrollen verwenden einen Befehl, um den aktuellen Zustand des Objektes oder der Daten zu bestimmen. Nach entsprechenden Interaktionen mit dem Anwender aktualisiert die Kontrolle die Parameter des Befehls und löst seine Ausführung aus. Beispielkontrollen sind Menüs, Auswahlfelder und Radioknöpfe.
Kontrollen verwenden einen Befehl, um den aktuellen Zustand des Objektes oder der Daten zu bestimmen. Nach geeigneten Interaktionen mit dem Anwender aktualisiert die Kontrolle die Parameter des Befehls und löst seine Ausführung aus. Ein Auswahlfeld setzt zum Beispiel einen Befehlsparameter auf Ein oder Aus und führt dann den Befehl aus, um einen Datenwert zu ändern.
Viele Kontrollen zeigen den aktuellen Wert der Daten an, die sie manipulieren. Zum Beispiel zeigt ein Auswahlfeld eine Auswahl nur an, wenn ein Boolscher Datenwert TRUE (WAHR) ist. Wenn sich die Daten ändern, wird das Erscheinungsbild der Kontrolle mit Hilfe eines hier beschriebenen Meldungssystems am aktuellen Stand gehalten. Der Vorgang ist ähnlich wie dem Vorgang, der zum Aktivieren/Deaktivieren von Menüpunkten verwendet wird.
Wenn eine Kontrolle erzeugt wird, muß ein Befehl festgelegt werden. Die Kontrolle erzeugt eine Kopie dieses Befehles und speichert sie im Feld fCommand. Wenn der Befehl Datenwerte zuführt, muß auch ein Zeiger für geeignete Get- (Holen-) und Set- (Einstellen-) Verfahren der Befehle festgelegt werden. Die Kontrollen speichern diese Verfahrenszeiger in den Feldern fGetMethod bzw. fSetMethod. Danach stellt die Kontrolle eine Verbindung für Meldungen her, die anzeigen, daß ihr Datenwert außerhalb veraltet sein kann. Jeder Befehl bietet für diesen Zweck ein Verfahren, das als ConnectData (DatenVerbinden) bezeichnet wird.
Jede Kontrolle enthält ein Verbindungsobjekt, das fDataConnecting genannt wird und das Objekt und das Verfahren zum Empfangen der Meldung anzeigt. Dieses Verbindungsobjekt wurde als ein Argument zum Befehl weitergeleitet. Das Befehlsobjekt ruft das Verbindungsverfahren des Verbindungsobjektes auf, um jeden Meldungsgeber und jedes Interesse hinzuzufügen, das seinen Datenwert beeinflussen könnte. Nach Abschluß ruft die Kontrolle das Verbindungsverfahren des Verbindungsobjektes auf, um die in Figur 3 dargestellten Verbindungen zu errichten. Die Kontrolle aktualisiert ihren Datenwert von ihrem Befehl. Dies erfolgt durch Aufruf des Get-Verfahrens des Befehls (fCommand T (*fGetMethod) ()). Die Kontrolle speichert diesen Wert in einem geeigneten Feld (z.B. ein Auswahlfeld speichert ihn in einem Boolschen Feld mit der Bezeichnung fChecked), wie dies in Figur 5 dargestellt ist. Danach aktualisiert die Kontrolle ihr Erscheinungsbild. Sie führt diese Maßnahme durch, indem sie das Invalidierungsverfahren des Ansichtssystems aufruft, wodurch angezeigt wird, welcher Abschnitt des Bildschirms aktualisiert werden muß.
Schließlich werden die Datenänderungen und die Meldung gesendet. An irgendeinem Punkt wird ein Befehl ausgeführt, der den Wert der Daten, der von der Kontrolle reflektiert wird, ändert. Dieser Befehl könnte von einer Kontrolle, einem Menüpunkt oder durch direkte Manipulation ausgeführt werden. Die Kontrolle empfängt die Meldung, wie dies in Figur 4 dargestellt wird, und die Kontrolle wird weitergegeben, um die nächste Anwenderauswahl zu erwarten.

Kontrollfeld

Eine Sammlung von Kontrollen wird als Kontrollfeld bezeichnet. Die Kontrollen in einem Kontrollfeld bearbeiten typischerweise tatsächliche Daten (dies ist die Standardeinstellung, aber nicht unbedingt erforderlich). Ihre Maßnahmen sind für gewöhnlich unmittelbar und unabhängig voneinander. Kontrollfelder verwalten den Fortgang des Eingabefokus unter den Kontrollen nach Bedarf. Es ist wahrscheinlich, daß Kontrollfelder von allen Anwenderschnittstellen im System gemeinsam benutzt werden.

Dialogbox

Eine andere Sammlung von Kontrollen wird als Dialogbox bezeichnet. Die Kontrollen in einer Dialogbox bearbeiten typischerweise prototypische Daten (dies ist die Standardeinstellung, aber nicht unbedingt erforderlich). Ihre Maßnahmen werden für gewöhnlich in einer Gruppe zusammengesammelt und danach zusammen ausgeführt, wenn der Anwender auf den Anwenden-Knopf drückt. Dialogboxen verwalten den Fortgang des Eingangsfokus zwischen ihren Kontrollen nach Bedarf.

Eine Kontrolle bei der Ausführung

Wir möchten nun gerne ein Theaterstück in drei Akten präsentieren, um eine Kontrolle bei der Ausführung darzustellen. Figur 2 zeigt die verschiedenen Kontrollen. Ein Theaterstück hilft dabei, eine Kontrolle (in diesem Fall ein Auswahlfeld), einen Befehl, eine Auswahl und einen Dateneinkapsler im Zuge einer Analogie darzustellen.
Auswahlfeld 200 Die Rolle des Auswahlfeldes ist es, einen Boolschen Wert darzustellen, der im Dateneinkapsler gespeichert ist, und seine Änderung zu ermöglichen. Der Wert wird durch das Vorhandensein oder Nichtvorhandensein eines Prüfhakens dargestellt.
Befehl 210 Die Rolle des Befehls ist es, den Wert vom Dateneinkapsler zu erhalten und auf Anweisung vom Auswahlfeld zu ändern.
Auswahl 220 Die Rolle der Auswahl besteht darin, eine Schnittstelle zwischen dem Befehl und den Daten darzustellen.
Daten 230 Die Daten stellen das Ziel der Maßnahmen dar.
Das System wird weiters in Figur 3 erläutert. Der Befehl 310 kommuniziert mit dem Auswahlfeld 300, welche Mitteilungen die Daten senden können, an denen die Kontrolle sicherlich interessiert ist (woher der Befehl 310 das weiß, geht niemand anderen etwas an) . Das Auswahlfeld 300 wiederum verbindet die Daten 320 für die Meldungen.
Der Direktor hat dem Auswahlfeld 300 mitgeteilt, wie es am besten mit dem Befehl 310 interagieren kann. Insbesondere hat er ihm Informationen über das Get-Value-Verfahren ("Hole-Wert-Verfahren") und das Set-Value-Verfahren ("Setze-Wert-Verfahren") des Befehls mitgeteilt. Das Auswahlfeld wird diese Informationen ein wenig später nutzen.

Daten reflektieren

Etwas geschieht mit den Daten - sie senden Meldungen, wie sie in Figur 4 dargestellt sind. Das Auswahlfeld 400 hört von denen, an denen es sein Interesse zum Ausdruck gebracht hat. In Figur 4 drückt die Meldung von den Daten aus, daß die Information, die durch ein X im Auswahlfeld reflektiert wird, fett gemacht werden soll.
Das Auswahlfeld 510 hat eine Meldung von den Daten empfangen, und die Verarbeitung zur richtigen Darstellung des Auswahlfeldes 510 wird in Figur 5 dargestellt. Dies geschieht durch Verwendung des "Hole-Wert-Verfahrens" des Befehls, das es zufällig schon kennt. Bevor er noch dem Auswahlfeld 510 mitteilt, was der richtige Wert ist, geht der Befehl 520 durch die Auswahl durch zu den Daten, um sicherzustellen, daß er wirklich den richtigen Wert kennt. Das Auswahlfeld 510 aktualisiert sich selbst je nach Bedarf.

Daten ändern

Nun betritt der Anwender die Szene und verleiht dem Auswahlfeld 600 einen Haken, wie er in Figur 6 dargestellt ist. Das Auswahlfeld 600 verwendet das Set-Value-Verfahren ("Setze-Wert-Verfahren") des Befehis 610, um den Wert der Daten 620 durch die Auswahl zu setzen. Der gesamte Vorgang wird in Figur 7 dargestellt.

Ein Kontrollfeld bei der Ausführung

Ein Kontrollfeld ist nichts anderes als ein einfaches Fenster, das eine Reihe von Kontrollen enthält, wie sie in Figur 8 dargestellt sind. Diese Kontrollen enthalten einen Befehl, der aufgrund der aktuellen Auswahl betätigt wird. Die Kontrolle wird aktiviert, wenn der Befehl aktiv ist. Nach geeigneter Interaktion mit dem Anwender führt die Kontrolle den Befehl aus und verursacht somit eine Änderung der Daten.

Ein Ton-Kontrollfeld

Als Beispiel für ein Kontrollfeld kann das in Figur 8 dargestellte Ton-Kontrollfeld betrachtet werden. Dieses Kontrollfeld enthält vier Knöpfe 800, 802, 804 und 806 für die Kontrolle des Tonabspielens. Jeder Knopffunktioniert so, wie dies oben im Abschnitt "Ein Kontrollfeld bei der Ausführung" beschrieben wurde.

Play 800 (Abspielen)

Diese Kontrolle enthält einen TPlay-Befehl (TSpiel-Befehl). Dieser Befehl ist nur unter bestimmten Bedingungen aktiv, wodurch die Kontrolle nur unter eben jenen Bedingungen aktiviert wird. Zuerst muß ein Ton im geeigneten Dateneinkapsler aktiviert werden. Danach darf der Ton noch nicht abgespielt werden. Schließlich muß sich die Tonposition irgendwo vor dem Ende befinden. Beim Drücken des Knopfes 'Spielen' führt dieser den TPlay-Befehl aus, wodurch der ausgewählte Ton aus dem Lautsprecher hörbar wird.

Step 802 (Schritt)

Diese Kontrolle enthält ebenfalls einen TPlay-Befehl (TSpiel-Befehl). Wie dies möglich ist, fragen Sie sich? Nun, da ich das ganze erfinde, können wir vorgeben, daß der TPlay-Befehl einen Parameter enthält, der angibt, wie lange er spielen soll. Für den Step-Knopf ist dies auf ein einziges Muster eingestellt. Der Step-Knopf wird unter denselben Bedingungen aktiviert, wie sie zuvor für den Play-Knopf beschrieben wurden. Wenn er gedrückt wird, führt der Step-Knopf den TPlay-Befehl aus, wodurch der ausgewählte Ton aus dem Lautsprecher erklingt.

Stop 804 (Stopp)

Diese Kontrolle enthält einen TStop- Befehl (TStopp-Befehl). Der Stop-Knopf wird nur dann aktiviert, wenn der ausgewählte Ton gerade abgespielt wird. Wenn er gedrückt wird, führt der Stop-Knopf den TStop- Befehl aus, wodurch der ausgewählte Ton zu spielen aufhört und die aktuelle Tonposition auf den Anfang zurückgesetzt wird.

Pause 806

Diese Kontrolle enthält ebenfalls einen TStop-Befehl. Im Gegensatz zum Stop-Knopf wird dieser TStop-Befehl angewiesen, den Ton nicht zum Anfang zurückzuspulen. Durch Drücken der Play- oder Step-Taste wird die Tonwiedergabe dort fortgesetzt, wo sie angehalten wurde.

Eine Dialogbox bei der Ausführung

Eine Dialogbox ist ähnlich wie ein Kontrollfeld, da es ebenfalls ein einfaches Fenster ist, das eine Reihe von Kontrollen enthält. Hier arbeiten die Kontrollen jedoch nicht an den ausgewählten Daten, sondern an Parametern eines anderen Befehls. Erst wenn der Anwenden-Knopf gedrückt wird, werden die wirklichen Daten geändert.

Ein Farbeditor

Als ein Beispiel für eine Dialogbox kann der in Figur 9 dargestellte Farbeditor betrachtet werden. Er enthält drei Schieberegler, einen für die rote 900, die blaue 910 und die grüne 920 Farbkomponente. Nach dem Einstellen der Schieberegler auf die gewünschten Werte drückt der Anwender auf Anwenden 930, um die Farbe der Auswahl zu ändern. Rot 900, Grün 910, Blau 920 Für den Anwender sind diese Schieberegler bis auf ihre Beschriftung identisch. So wie bei allen Schiebereglern enthält jeder Schieberegler einen Befehl, der nach einer Anwenderinteraktion ausgeführt wird. Im Gegensatz zu vielen Kontrollen, besonders jenen innerhalb eines Kontrollfeldes, die sofortige Auswirkungen auf die ausgewählten Daten haben, wird vom Befehl, der in diesen Schiebereglern enthalten ist, der Wert eines Parameters eines anderen Befehls dargestellt und verändert. In diesem Fall ist es entweder der rote, der grüne oder der blaue Parameter des im Anwenden-Knopf enthaltenen Befehles.

Anwenden 930

Der Anwenden-Knopf enthält einen TSetColor- Befehl (TSetzeFarbe), der die Farbe der Auswahl bei der Ausführung verändert. Es verfügt über drei Parameter: je einen für die rote, die grüne und die blaue Farbkomponente. Diese Parameter werden von den Schiebereglern angezeigt und als Reaktion auf die Anwenderschnittstelle eingestellt. Wenn der Anwenden-Knopf gedrückt wird, wird dieser Befehl ausgeführt, und die neue Farbe wird eingestellt. Die internen Maßnahmen, welche das Farbbearbeitungsbeispiel begleiten, werden in Figur 10 dargestellt. Die Schieberegler Rot 1000, Grün 1010 und Blau 1020 enthalten einen Tfloat Control-Befehl. Diese Befehle enthalten einen einzigen Fließkommawert, den die Kontrolle darstellt. Wenn der Anwender den Schieberegler einstellt, aktualisiert dieser diesen Wert und führt den Befehl aus.
Die Auswahl für den Tfloatcontrol-Befehl legt den TSet Color-Befehl innerhalb des Anwenden-Knopfes 1040 fest. Einer seiner Parameter wird eingestellt, wenn jeder Tfloat Control-Befehl ausgeführt. Schließlich wird, wenn der Anwender den Anwenden-Knopf 1040 drückt, der TSetColor- Befehl ausgeführt, und die ausgewählte Farbe 1050 wird geändert.

Klassen

Der folgende Abschnitt beschreibt die Klassen der Kontrollen und Dialogbereiche und ihre primären Verfahren.

Kontrolle

Eine Kontrolle ist die Anwenderschnittstelle für einen oder mehrere Befehle. Die Kontrolle stellt Informationen bezüglich eines Befehls, wie zum Beispiel dessen Namen, dar, und ob er im aktuellen Kontext aktiv ist oder nicht. Nach geeigneter Anwenderinteraktion läßt die Kontrolle einen Befehl ausführen. Falls zutreffend, erlangt die Kontrolle den aktuellen Wert der Daten, die der Befehl ändert, und zeigt ihn dem Anwender an. Sie kann einen Befehlsparameter einstellen, der einen neuen Wert dieser Daten anzeigt, bevor der Befehl ausgeführt wird.
Verfahren zur Erzeugung einer Auswahl an der Kontrolle, mit zusätzlicher Festlegung eines Befehls innerhalb der Kontrolle als Option. Der Nachschlage-Befehl ist eine rein virtuelle Funktion, um Unterklassen die Flexibilität zu geben, in wievielen Befehlen sie enthalten sind und wie sie gespeichert werden.
Verfahren, die aufgerufen werden, wenn die Darstellung geöffnet und geschlossen wird. Wenn die Darstellung geöffnet wird, stellt die Kontrolle eine Verbindung für Meldungen her, die ihren Zustand beeinflussen können. Wenn die Darstellung geschlossen wird, werden diese Verbindungen abgebrochen.
Verfahren, die aufgerufen werden, wenn die Darstellung aktiviert und deaktiviert wird. Wenn die Darstellung aktiviert wird, stellen einige Kontrollen eine Verbindung für Meldungen her, die nur im aktiven Zustand gültig sind. Das Deaktivieren der Darstellung unterbricht diese Verbindungen.
Verfahren, welche die Kontrolle verwendet, um Verbindungen zu Meldungsgebern herzustellen und diese abzubrechen, welche einen Einfluß darauf haben, ob die Kontrolle aktiviert ist. ConnectEnabledNotifiers stellt Verbindungen zu Meldungsgebern her, die durch Befehle festgelegt werden, wenn die Kontrolle geöffnet ist. DisconnectEnabledNotifiers unterbricht diese Verbindungen, wenn die Kontrolle geschlossen wird.
Verfahren, die Meldungen empfangen, welche anzeigen, daß etwas geschehen ist, was die Darstellung eines Datenwertes der Kontrolle beeinflußt. Diese Verfahren führen keine Maßnahmen standardmäßig aus.
Verfahren für Meldungen. CreateInterest erzeugt ein von der Kontrollinstanz spezialisiertes Interesse. Notify (Benachrichtigen) ist überlastet, um eine Meldung zu senden und das Interesse zu schlucken.

Das Kontrollinteresse

Ein einziger Meldungsgeber wird von vielen Kontroll- Unterklassen gemeinsam verwendet. Um Interesse an einer bestimmten Kontrollinstanz anzumelden, muß das Interesse spezialisiert werden. Ein Kontrollinteresse ist ein Interesse, das einen Zeiger zu einer bestimmten Kontrolle enthält. Diese Klasse ist eine interne Klasse, die für gewöhnlich so verwendet wird, wie sie ist, ohne Unterklasseneinteilung.

Die Kontrollmeldung

Ein einziger Meldungsgeber wird von vielen Kontroll- Unterklassen gemeinsam verwendet. Um zu unterscheiden, welche Kontrolle die Meldung gesandt hat, muß die Meldung spezialisiert werden. Eine Kontrollmeldung ist eine Meldung, die einen Zeiger zur Kontrolle enthält, welche die Meldung gesandt hat. Diese Klasse wird für gewöhnlich so verwendet, wie sie ist, ohne Unterklasseneinteilung.

Der Kontrolldarsteller

Ein Kontrolldarsteller umhüllt eine Kontrolle, so daß sie in einem Darstellungsdateneinkapsler enthalten sein kann. Er implementiert bestimmte Standardverhalten, welche alle Darstellerobjekte implementieren. Diese Klasse wird für gewöhnlich so verwendet wird, wie sie ist, ohne Unterklasseneinteilung.
Verfahren, die aufgerufen werden, wenn die Darstellung geöffnet und geschlossen wird. Sie führen keine Maßnahmen standardmäßig durch. Eine Unterklasse muß diese Verfahren für das umhüllte Objekt implementieren. Für Kontrollen werden diese Verfahren direkt zur Kontrolle weitergeleitet. Wenn die Darstellung geöffnet wird, stellt die Kontrolle eine Verbindung für die Meldungen her, die ihren Zustand beeinflussen könnten. Beim Schließen werden die Verbindungen abgebrochen.
Verfahren, die aufgerufen werden, wenn die Darstellung aktiviert und deaktiviert wird. Sie führen keine Maßnahmen standardmäßig durch. Eine Unterklasse muß diese Verfahren für das umhüllte Objekt implementieren. Für Kontrollen werden diese Verfahren direkt zur Kontrolle weitergeleitet. Wenn die Darstellung aktiviert wird, stellen einige Kontrollen Verbindungen für Meldungen her, die nur im aktiven Zustand gültig sind. Bei Deaktivierung werden die Verbindungen abgebrochen.

TControlSelection (TKontrollAuswahl)

Eine Kontrollauswahl bestimmt eine einzige Kontrolle und gegebenenfalls einen darin enthaltenen Befehl, die in einem Kontrolldarsteller eingehüllt und in einer Darstellung gespeichert ist.
Verfahren für den Zugriff auf einen Befehl innerhalb der Kontrolle. Diese können einen ungültigen Wert zurückgeben, wenn kein Befehl festgelegt wurde.

TUniControl (TUniKontrolle)

Eine Unikontrolle ist die abstrakte Basisklasse für Kontrollen, welche einen einzelnen Befehl darstellen, und die den Befehl nach geeigneter Anwenderinteraktion ausführen läßt. Beispiele für diese Art von Kontrollen sind Knöpfe und Auswahlfelder.
Verfahren zum Festlegen des Befehls, der vorhanden ist und von der Kontrolle ausgeführt wird. Eine Meldung wird zu angemeldeten Verbindungen gesandt, wenn der Befehl geändert wird.
Verfahren, welche die Kontrolle verwendet, um Verbindungen mit Meldungsgebern herzustellen und abzubrechen, welche einen Einfluß darauf haben, ob die Kontrolle aktiviert ist. ConnectEnabledNotifiers stellt Verbindungen zu Meldungsgebern her, die durch Befehle festgelegt werden, wenn die Kontrolle geöffnet ist. DisconnectEnabledNotifiers unterbricht diese Verbindungen, wenn die Kontrolle geschlossen wird.
Verfahren, das Meldungen empfängt, die anzeigen, daß etwas geschehen ist, was einen Einfluß darauf hat, ob die Kontrolle aktiviert werden soll. UpdateEnabled prüft, ob der Befehl aktiv ist, und ruft je nach Bedarf entweder Enable (Aktivieren) oder Disable (Deaktivieren) auf.
Verfahren, das eine Kontrolle verwendet, um eine Verbindung mit Meldungsgebern herzustellen oder abzubrechen, welche einen Einfluß auf die Darstellung eines Datenwertes einer Kontrolle haben. ConnectDataNotifiers stellt eine Verbindung mit den durch Befehle festgelegten Meldungsgebern her, wenn die Kontrolle geöffnet ist. DisConnectData Notifiers trennt diese Verbindungen, wenn die Kontrolle geschlossen ist. Kontrollen, die keinen Datenwert darstellen (z.B. Knopf), können ConnectDataNotifiers außer Kraft setzen, um nichts zu tun.

TButton (TKnopf)

Ein Knopf ist eine Unikontrolle, welche ihre Befehle ausführt, wenn der Knopf gedrückt wird. Diese Klasse wird normalerweise ohne Unterklassenbildung verwendet; einfach den Befehl einstellen, und damit hat sich's.
Verfahren, die aufgerufen werden, wenn die Darstellung aktiviert und deaktiviert wird. Wenn die Darstellung aktiviert wird, stellen manche Kontrollen Verbindungen für Meldungsgeber her, die nur im aktiven Zustand gültig sind. Bei Deaktivierung werden diese Verbindungen unterbrochen. Wenn die Darstellung aktiviert wird, werden Knöpfe für schlüsseläquivalente Meldung angemeldet. Diese Verbindung wird unterbrochen, wenn die Darstellung deaktiviert wird.
Verfahren, das die Kontrolle verwendet, um Verbindungen mit Meldungsgebern herzustellen und abzubrechen, welche Auswirkungen auf die Darstellung eines Datenwertes der Kontrolle haben. ConnectDataNotifiers stellt eine Verbindung mit dem Meldungsgeber her, der von Befehlen festgelegt wird, wenn die Kontrolle geöffnet ist. DisconnectData Notifiers unterbricht diese Verbindungen, wenn die Kontrolle geschlossen wird. Kontrollen, die keinen Datenwert darstellen (z.B. Knopf), können ConnectDataNotifiers außer Kraft setzen, um nichts zu tun.

Das Auswahlfeld

Ein Auswahlfeld ist die Anwenderschnittstelle zu einem Befehl, der einen Boolschen Wert einstellt. Nach geeigneter Anwenderinteraktion ruft das Auswahlfeld ein Befehlsverfahren auf, um den Wert zu ändern und den Befehl auszuführen. Diese Klasse wird normalerweise ohne Unterklassenbildung verwendet; einfach den Befehl, dessen Wertholer und Werteinsteller einstellen, und damit hat sich's.

Der Schieberegler

Ein Schieberegler ist eine Unikontrolle, welche einen einzelnen Fließkommawert darstellt und ermöglicht, daß dieser nach entsprechender Anwenderinteraktion geändert wird. Beispiele für Schieberegler wurden in Figur 9 und 10 dargestellt.

TMultiControl (TMehrfachKontrolle)

Eine Mehrfachkontrolle ist die abstrakte Basisklasse für Kontrollen, welche mehrere Befehle darstellen und sie nach geeigneter Anwenderinteraktion zur Ausführung bringen. Beispiele dieses Kontrolltyps sind Radioknöpfe und Menüs.

TRadioButton (TRadioKnopf)

Ein Radioknopf ist eine Mehrfachkontrolle, welche zwei oder mehrere Boolsche Werte darstellt und diese nach entsprechender Anwenderinteraktion ändern läßt. Der Radioknopf zwingt dazu, exakt einen Knopf auszuwählen, wie dies in Figur 11 dargestellt ist. Bei der Auswahl von Papier wird der Kreis bei 1100 schwarz ausgefüllt. Bei der Auswahl von Plastik wird der Kreis bei 1110 ausgewählt. Beide können nicht gleichzeitig ausgewählt werden.

TCommand (TBefehl)

Ein Befehlt kapselt eine Anforderung in ein Objekt oder eine Reihe von Objekten ein, um eine bestimmte Maßnahme auszuführen. Befehle werden für gewöhnlich als Reaktion auf eine Endanwendermaßnahme wie zum Beispiel das Drücken eines Knopfes, das Auswählen eines Menüpunktes oder durch direkte Manipulation ausgeführt. Befehle sind in der Lage, verschiedene Informationsteile über sie selbst (z.B. Bezeichnung, Grafik, Schlüsseläquivalent, ob aktiv oder nicht) anzubieten, die von einer Kontrolle verwendet werden können, um deren Aussehen zu bestimmen. Unterklassen müssen ein Verfahren zur Überprüfung der momentanen Auswahl, des aktiven Anwenderschnittstellenelementes oder anderer Parameter implementieren, um zu entscheiden, ob der Befehl aktiv ist. Unterklassen müssen die 'Hole aktive Interessen'-Liste außer Kraft setzen, um Meldungsinteressen zurückzugeben, die beeinflussen können, ob dieser Befehl aktiv ist.
Figur 12 ist ein Flußdiagramm, welches die detaillierte Logik gemäß der vorliegenden Erfindung darstellt. Die Flußdiagrammlogik beginnt bei 1200, und die Kontrolle geht direkt zu Funktionsblock 1210 weiter, wo Befehlsobjekte einem Menü hinzugefügt werden. Die von diesem Funktionsblock ausgeführten Schritte sind folgende: 1) Menüpunkt von einem Befehl erstellen, wobei ein Menüpunkt eine andere Objektdatenstruktur ist, die einen Befehl enthält; 2) einen Menüpunkt einer Liste von Menüpunkten hinzufügen, und 3) die Menüerscheinung in der Datenstruktur fValid (fGültig) als ungültig markieren. Danach, wenn das Menü heruntergezogen wird, wird die Erscheinung aufgrund des Systemzustandes neu berechnet.
Jedes Menü ist eine Ansicht. Ansichten enthalten Informationen bezüglich Größe und Position. Jedes Menü enthält eine Liste von Menüpunkten. Jeder Menüpunkt enthält einen Befehl und Variablen, welche dessen momentane Erscheinung reflektieren. Dies umfaßt auch, ob der Menüpunkt aktiviert ist (Boolean fEnabled), seine Bezeichnung (TTextLabel fName), seine Grafik (TGraphicLabel fGraphic), und ob seine Erscheinung momentan gültig ist (Boolean fValid). Jede dieser Variablen wird bestimmt, indem der Befehl abgefragt wird, wenn der Menüpunkt erzeugt wird.
Als nächstes wird eine Abfrage an das Kommandoobjekt für Meldungsinteressen gesandt, wie dies im Funktionsblock 1220 dargestellt ist. Jeder Befehl verfügt über vier Verfahren für die Verbindung für unterschiedliche Arten von Meldungen: i) Meldungen, die seine Bezeichnung beeinflussen; II) Meldungen, die eine Grafik beeinflussen, iii) Meldungen, die einen Einfluß darauf haben, ob er aktiv ist, und iv) Meldungen, welche Daten beeinflussen. In diesem Fall stellt der gerade für den Befehl erzeugte Menüpunkt eine Verbindung für aktive Meldung dar. Er tut dies, indem er ein Verbindungsobjekt an Connectactive weitergibt. Der Befehl ist danach verantwortlich für das Verbinden des Verbindungsobjektes mit Meldungsgebern, die einen Einfluß darauf haben, ob der Befehl aktiv ist. Danach wird die Kontrolle weitergegeben zum Funktionsblock 1230, um einen Befehl bezüglich des aktivierten Zustandes abzufragen, wenn es notwendig ist, einen Menüpunkt zu zeichnen. Um einen Menüpunkt zu zeichnen, ruft der Menüpunkt das Verfahren "IsActive" für seinen Befehl auf. Der Befehl prüft jeden beliebigen Systemzustand und gibt zurück, ob er aktiv ist, wie dies im Entscheidungsblock 1240 im momentanen Kontext dargestellt ist (z.B. sind einige Befehle nur aktiv, wenn ein bestimmter Objekttyp ausgewählt ist). Danach aktualisiert ein Menüpunkt seinen internen Zustand (ein Boolscher Wert in jedem Menüpunkt) und sein Aussehen, wie dies im Funktionsblock 1250 und 1260 dargestellt ist, um dem Wert zu entsprechen, der vom Befehl zurückgegeben wird.
Wenn eine Anwendermaßnahme einen Befehl aufruft, wie dies im Eingabeblock 1270 dargestellt ist, wird vom Anwender die Ausführung eines Befehls aufgerufen. Dies kann aus einem Menüpunkt, einer Kontrolle oder durch direkte Manipulation eines Objektes geschehen. Diese Maßnahme verursacht einen zu ändernden Dokumentenzustand, wie dies im Funktionsblock 1280 dargestellt ist, und ein Dokument sendet eine Meldung, wie sie im Funktionsblock 1290 dargestellt ist. Wenn ein Dokument eine Meldung sendet, werden die folgenden Schritte ausgeführt: 1) jeder beliebige Menüpunkt (oder eine andere Kontrolle), der für die vom Dokument gesendete Meldung verbunden ist, empfängt eine Meldungsnachricht. Diese Nachricht umfaßt die Bezeichnung der Veränderung sowie einen Zeiger zum Objekt, das die Meldung gesendet hat; 2) ein Menüpunkt aktualisiert daraufhin seinen Zustand, und die Kontrolle wird zurück zum Funktionsblock 1230 für die weitere Verarbeitung gegeben.
Figur 13 ist eine Darstellung einer Anzeige gemäß der vorliegenden Erfindung. Der Menüpunkt ist Edit (Bearbeiten) 1300 und verfügt über eine Anzahl an damit zusammenhängenden Untermenüpunkten. Undo (Rückgängigmachen) 1310 ist ein aktiver Menüpunkt und kann daher ausgewählt werden, um die damit im Zusammenhang stehenden Funktionen auszuführen. Redo (Wiederholen) 1320 ist inaktiv und wird daher hellgrau dargestellt und kann zu diesem Zeitpunkt nicht ausgewählt werden. Ein Auswahlfeld ist ebenfalls bei 1360 als Teil des Fehlerbeseitigungskontrollfeldes 1350 dargestellt.

Darstellungsvorlagen und Dauerhaftigkeit

Die Datendarstellungen werden aus Vorlagen erzeugt und über Sitzungen hinweg in einem Anwenderschnittstellenobjekt gespeichert. Der Behälter für alle Daten in einem System ist ein Modell. Ein Modell enthält Daten und ermöglicht die Manipulation derselben. Der Datenaustausch wird ermöglicht durch Ausschneiden, Kopieren und Einfügen. Der Datenbezug erfolgt durch Auswahlen, Anker und Verknüpfungen. Datenmodelle können ineinander eingebettet werden. Anwender interagieren mit Modellen durch Darstellungen (z.B. Bildsymbol, Daumennagel, Rahmen, Fenster, Dialog, Kontrollfeld), welche von einer damit zusammenhängenden Anwenderschnittstelle zur Verfügung gestellt werden. Datenmodelle geben die Aufgabe der Darstellungserzeugung und der Zugriffsverfahren an ein anderes Objekt weiter, welches als Anwenderschnittstelle bezeichnet wird.
Eine Anwenderschnittstelle ist ein Modell, das eine Reihe von Darstellungen (z.B. Bildsymbol, Daumennagel, Rahmen, Fenster) für ein bestimmtes Modell enthält. Bei Bedarf werden Darstellungen aus jenen ausgewählt, die bereits auf der Grundlage des gewünschten Datentyps, des Anwendernamens, der Position und anderer Kriterien erstellt wurden. Wenn die gewünschte Darstellung nicht gefunden wird, wird eine neue Darstellung erzeugt und der Anwenderschnittstelle durch Kopieren einer solchen aus einem damit im Zusammenhang stehenden Archiv hinzugefügt. Darstellungen können gelöscht werden, wenn dauerhafte Darstellungsinformationen (z.B. Fenstergröße und Position, Bildlaufpositionen) nicht mehr benötigt werden.
Eine Darstellung enthält eine Reihe von darstellbaren Objekten, welche Anwenderschnittstellenelemente (z.B. Menüs, Fenster, Werkzeuge) einhüllen, die zum Betrachten und Manipulieren der Daten verwendet werden. Darstellungen stellen einen Bezug zu den Daten her, welche diese Objekte repräsentieren. Darstellungen installieren oder aktivieren darstellbare Objekte, wenn die Darstellung aktiviert wird. Auf ähnliche Weise werden diese Objekte entfernt oder deaktiviert, wenn die Darstellung deaktiviert wird. Darstellungen werden gemäß ihrem Zweck (z.B. Bildsymbol, Daumennagel, Rahmen, Fenster) identifiziert und behalten noch zu bestimmende Kriterien (z.B. Anwenderidentität) für die spätere Auswahl bei.
Eine Darstellung setzt sich aus einer Sammlung darstellbarer Objekte (z.B. Anwenderschnittstellenelemente) zusammen, die am Bildschirm oder auf andere verfügbare Weise dargestellt werden, wenn die Darstellung offen oder aktiv ist.
Darstellungen werden von Vorlagendarstellungen erzeugt, die in einem Archiv enthalten sind. Diese setzen sich aus Objekten wie zum Beispiel Anwenderschnittstellenelementen zusammen, die wiederum aus kleineren Objekten wie zum Beispiel Grafiken und Textketten zusammengesetzt sind.
Ein Archiv ist ein Modell, das eine Reihe von Vorlagenobjekten einschließlich Anwenderschnittstellenelemente (z.B. Fenster, Menüs, Kontrollen, Werkzeuge) und Darstellungen (z.B. Bildsymbol, Daumennagel, Rahmen, Fenster) enthält.

Dialogboxen & Kontrollfelder

Durch Verwendung von Befehlsobjekten auf unterschiedliche Weisen können wir zwei unabhängige Verhalten einer Gruppe von Kontrollen steuern. Das erste ist, ob sie die Daten sofort beeinflussen, oder ob der Anwender zuerst auf OK klicken muß, bevor die Einstellungen wirksam werden. Das zweite ist, ob sie unabhängig voneinander sind, oder ob die Einstellungen einen atomaren Vorgang darstellen.
Kontrollen enthalten Befehle. Wenn der Anwender die Kontrolle manipuliert, stellt die Kontrolle Parameter in den Befehlen ein und bringt diese zur Ausführung. Befehle wirken auf Modelldaten, die von einer Auswahl festgelegt werden.

Sofort

Kontrollen, welche sofortige Auswirkungen auf die Daten haben, enthalten einen Befehl, der eine Auswahl enthält, welche Echtzeit-Modelldaten festlegt. Wenn der Anwender die Kontrolle manipuliert, werden diese Daten durch den Befehl geändert. Wenn sich die Daten ändern, senden sie eine Änderungsmeldung, so daß vom Zustand der Daten abhängige Ansichten und Kontrollen präzise den momentanen Zustand der Daten reflektieren können.

Verzögert

Kontrollen, die entsprechend konstruiert sind, um die Echtzeitdaten nicht zu ändern, müssen stattdessen auf einer Protokollbasis arbeiten. Die Echtzeitmodelldaten werden erst geändert, wenn der Anwender eine weitere Maßnahme durchführt, wie zum Beispiel das Drücken der OK-Taste. Dies geschieht auf zwei Arten:
Die Kontrolle enthält einen Befehl, der eine Auswahl enthält, welche die Kontrolle selbst bestimmt. Wenn der Anwender die Kontrolle manipuliert, ändert der Befehl den Wert der Kontrolle, aber keine anderen Modelldaten. Wenn der Anwender auf OK drückt, ändert ein Befehl im OK-Knopf die Echtzeitmodelldaten, um die Werte in jeder Kontrolle anzupassen, die der Anwender manipuliert haben könnte.
Die Kontrolle enthält einen Befehl, der eine Auswahl enthält, welche einen Parameter des im OK-Knopf enthaltenen Befehls festlegt. Wenn der Anwender die Kontrolle manipuliert, ändert der Befehl den Befehl des OK-Knopfes. Wenn der Anwender den OK-Knopf drückt, ändert der Befehl des OK- Knopfes die Echtzeitmodelldaten, um die darin enthaltenen Werte anzupassen.

Unabhängig

Kontrollen, die unabhängig voneinander agieren, erfordern Darstellungsmaßnahmen, die einzeln rückgängig gemacht werden können, nachdem die Kontrollfeld- oder Dialogsitzung abgeschlossen ist. Dies ist das normale Verhalten von Befehlen, nachdem sie von Kontrollen ausgeführt wurden.

Atomar

Andere Reihen von Kontrollen sind so konstruiert, daß sie zusammenarbeiten, und diese sollten als atomarer Vorgang rückgängig gemacht und wiederholt werden. Dies geschieht dadurch, indem eine Markierung auf den Rückgängigmachen-Stapel gegeben wird, wenn die Dialogbox oder die Kontrolle gestartet werden. Nach Beendigung werden alle Befehle, die seit der Anbringung der Markierung auf dem Rückgängigmachen-Stapel entweder durch Entlassen des Kontrollfeldes oder durch Drücken des OK-Knopfes durch den Anwender (wie in II B oben) ausgeführt wurden, in eine einzige Befehlsgruppe zusammengefaßt. Diese Gruppe kann danach als einzelne Gruppe rückgängig gemacht oder wiederholt werden.

ABBRUCH

Kontrollfelder, die eine ABBRUCH-Taste enthalten (normalerweise gemeinsam mit einem OK-Knopf, wie in II B oben), verwenden eine Technik, die jener ähnlich ist, wie sie in III B oben beschrieben wurde. Eine Markierung wird auf den Rückgängigmachen-Stapel gegeben, wenn die Dialogbox oder das Kontrollfeld gestartet werden. Wenn der Anwender die ABBRUCH-Taste drückt, werden alle seit der Markierung auf den Rückgängigmachen-Stapel gegebenen Befehle rückgängig gemacht. Diese Technik arbeitet unabhängig davon, ob die Kontrollen die Daten sofort beeinflussen oder nicht.

Atomare Befehlsausführung in Dialogboxen

Das Objekt, mit denen Anwender interagieren, um andere Objekte oder Daten zu manipulieren, wird als eine Kontrolle bezeichnet. Beispiele für Kontrollen sind Menüs, Knöpfe, Auswahlfelder und Radioknöpfe. Jede Kontrolle enthält einen Befehl, der eine Endanwendermaßnahme implementiert. Befehle wirken auf Daten, die von einem Auswahlobjekt festgelegt werden. Wenn der Anwender die Kontrolle manipuliert, stellt diese Parameter im Befehl ein und bringt diesen zur Ausführung, wodurch der Datenwert geändert wird.
Kontrollen, die unabhängig voneinander arbeiten, erfordern Darstellungsmaßnahmen, die einzeln rückgängig gemacht werden können, nachdem das Kontrollfeld oder die Dialogsitzung abgeschlossen wurden. Dies ist das normale Verhalten von Befehlen, nachdem sie von Kontrollen ausgeführt wurden. Andere Reihen von Kontrollen sind so ausgelegt, daß sie zusammenarbeiten und als atomarer Vorgang rückgängig gemacht und wiederholt werden sollten. Dies ist der Gegenstand dieser Erfindung.
Die detaillierte Logik der atomaren Ausführung wird im Flußdiagramm in Figur 14 dargestellt. Die Verarbeitung beginnt am Punkt 1400, wo die Kontrolle sofort zum Funktionsblock 1410 weitergegeben wird, wo eine Dialogbox aktiviert wird. Wenn die Dialogbox aktiviert ist, wird eine Markierung auf den Rückgängigmachen-Stapel gesetzt. Der Rückgängigmachen-Stapel ist eine Liste aller Befehle, die der Anwender ausgeführt hat. Wenn Rückgängigmachen gedrückt wird, wird der oberste Befehl am Stapel rückgängig gemacht. Wenn er nicht sofort wiederholt wird, wird er weggeworfen. Dann, am Funktionsblock 1410, wird eine Anwendermanipulation einer Kontrolle erkannt. Die Manipulation einer Kontrolle ändert den Datenwert des Befehls auf geeignete Weise, wie dies im Funktionsblock 1430 dargelegt ist, und führt die Kontrolle aus. Zum Beispiel schaltet ein Auswahlfeld das fChecked-Feld des Befehls zwischen 0 und 1 hin und her. Schließlich wird der Befehl am Rückgängigmachen-Stapel aufgezeichnet, so daß er in der Folge rückgängig gemacht werden kann, wie dies im Funktionsblock 1440 dargestellt ist.
Wenn ein Anwender in der Folge die einzelnen Kontrollen in der Dialogbox manipuliert, wie dies im Entscheidungsblock 1450 erkannt wird, so wird die Kontrolle zum Funktionsblock 1430 weitergegeben. Wenn jedoch ein Anwender OK drückt, wie dies im Entscheidungsblock 1460 erkannt wird, dann wird die Kontrolle zum Funktionsblock 1420 weitergegeben. Wenn schließlich die einzelnen Kontrollen in der Dialogbox zur Zufriedenheit des Anwenders eingestellt sind, drückt der Anwender den OK-Knopf. Es werden alle Befehle ausgeführt, die seit der Plazierung der Markierung am Rückgängigmachen-Stapel im Funktionsblock 1440 in eine einzige Befehlsgruppe zusammengesammelt wurden, und zurück auf den Rückgängigmachen-Stapel gegeben, wie dies im Funktionsblock 1470 dargestellt ist. Eine Befehlsgruppe ist ein Befehl, der viele Befehle zusammensammelt. Beim Ausführen, Rückgängigmachen oder Wiederholen wird von der Befehlsgruppe jeder einzelne Befehl der Reihe nach ausgeführt, rückgängiggemacht oder wiederholt. Die Befehlsgruppe wird dann zurück auf den Rückgängigmachen-Stapel gesetzt, wo sie als einzelner atomarer Vorgang rückgängig gemacht oder wiederholt werden kann.

Verzögerte Befehlsausführung in Dialogboxen

Das Objekt, mit dem Anwender interagieren, um andere Objekte oder Daten zu manipulieren, wird als eine Kontrolle bezeichnet. Beispielkontrollen sind Menüs, Knöpfe, Auswahlfelder und Radioknöpfe. Jede Kontrolle enthält einen Befehl, der eine Endanwendermaßnahme implementiert. Befehle wirken auf Daten, die von einem Auswahlobjekt festgelegt werden. Wenn der Anwender die Kontrolle manipuliert, stellt diese Parameter im Befehl ein und bringt diesen zur Ausführung, wodurch der Datenwert geändert wird. Ein Aspekt der vorliegenden Erfindung ist das Verzögern der Änderung von Daten, bis der Anwender eine weitere Maßnahme ausführt. So kann es zum Beispiel möglich sein, daß Kontrollen in einer Dialogbox keine Datenwerte ändern, bis der Anwender den OK- Knopf drückt.
Wenn eine Kontrolle erzeugt wird, muß ein Befehl festgelegt werden. Die Kontrolle erzeugt eine Kopie dieses Befehls und speichert ihn im Feld fCommand. Wenn der Befehl Datenwerte liefert, muß auch ein Zeiger zu den geeigneten Get- (Holen) und Set- (Einstellen) Verfahren des Befehls festgelegt werden. Die Kontrolle speichert diese Verfahrenszeiger in den Feldern fGetMethod bzw. fSetMethod. Die vom Befehl veränderten Daten werden von einem Auswahlobjekt festgelegt. Normalerweise legt dieses Auswahlobjekt echte Modelldaten fest. Stattdessen legt ein Auswahlobjekt den Datenwert innerhalb des Befehles des OK-Knopfes fest.
Wenn ein Anwender die Kontrolle manipuliert, wird der Befehl der Kontrolle ausgeführt, und ein Datenwert innerhalb des Befehls des OK-Knopfes wird geändert. Wenn ein Anwender die einzelnen Kontrollen in der Dialogbox manipuliert, wird der Befehl der Kontrolle ausgeführt, und ein Datenwert innerhalb des Befehles des OK-Knopfes wird geändert. Wenn daher ein Anwender den OK-Knopf drückt, aktualisiert der Befehl im OK-Knopf die echten Modelldaten, damit sie den Datenwerten entsprechen, die in ihm selbst enthalten sind, so wie sie von den Befehlen der Kontrolle manipuliert wurden. Dieser Verarbeitungsvorgang wird wiederholt, bis die Kontrollverarbeitung abgeschlossen ist.

Beschriftungen

Beschriftungen sind grafische Objekte, die eine Grafik oder eine Textkette enthalten. Sie werden verwendet, um Fenster, Menüs, Knöpfe und andere Kontrollen zu kennzeichnen. Beschriftungen sind in der Lage, ihr Aussehen je nach dem Zustand ihres Behälters zu verändern. Sie werden auf einem mittelgrauen Hintergrund gezeichnet und erscheinen nur dann in ihrer natürlichen Form, wenn kein spezieller Zustand angezeigt werden muß. Beschriftungen ändern ihr Aussehen, wenn sie inaktiv, deaktiviert oder ausgewählt sind.

Inaktiv

Fenstertitel werden auf inaktiv gesetzt, wenn das Fenster nicht ganz vorne steht. Auf ähnliche Weise werden Kontrollbeschriftungen auf inaktiv gesetzt, wenn die Kontrolle sich nicht im vordersten Fenster oder einem anderen Behälter befindet. Grafische Beschriftungen werden mit 55% Weiß gemischt, wenn sie inaktiv sind, damit sie halbhell erscheinen. Bei Textbeschriftungen wird die inaktive Farbe von der natürlichen Farbe abgeleitet, indem die Sättigungskomponente des HSV-Farbmodells manipuliert wird. Im inaktiven Zustand wird die Sättigung mit 0,45 multipliziert.

Deaktiviert

Kontrollbeschriftungen werden auf halbhell gestellt, wenn die Kontrolle in einem bestimmten Zusammenhang nicht zutreffend ist. Grafikbeschriftungen werden im inaktiven Zustand mit 46% Weiß gemischt, damit sie halbhell erscheinen. Für Textbeschriftungen wird die deaktivierte Farbe von der natürlichen Farbe abgeleitet, indem die Sättigungskomponente des HSV-Farbmodells manipuliert wird. Die Sättigung wird für den deaktivierten Zustand mit 0,54 multipliziert.

Ausgewählt

Kontrollbeschriftungen werden hervorgehoben, wenn die Kontrollen manipuliert werden. Grafiken und Text werden für die Hervorhebung in ihrem natürlichen Zustand gezeichnet, jedoch auf einem weißen Hintergrund.

Intelligente Kontrollbeschriftungen

Kontrollen verwenden einen Befehl, um den momentanen Zustand des Objektes oder der Daten zu bestimmen. Nach geeigneten Interaktionen mit dem Anwender aktualisiert die Kontrolle die Parameter des Befehls und bringt ihn zur Ausführung. Zum Beispiel stellt ein Auswahlfeld einen Befehisparameter auf Ein oder Aus und führt dann den Befehl aus, um einen Datenwert zu ändern. Kontrollen zeigen eine Beschriftung an, um deren Funktion darzustellen. Bei dieser Beschriftung handelt es sich um ein grafisches Objekt, welches eine Grafik oder eine Textkette enthält. Wenn die Kontrolle ihren Zustand ändert, paßt die Beschriftung automatisch ihr Aussehen an, ohne daß der Entwickler einen zusätzlichen Code schreiben muß. Diese Zustände umfassen aktiv/inaktiv, aktiviert/deaktiviert, und ausgewählt/nicht ausgewählt.
Figur 15 zeigt die detaillierte Logik im Zusammenhang mit der intelligenten Beschriftungsverarbeitung, welche am Punkt 1500 beginnt, wo die Kontrolle sofort zu 1510 für die Initialisierung der intelligenten Beschriftung weitergegeben wird. Bei Erzeugung der Kontrolle wird die Beschriftung mit einer Textkette oder Grafik initialisiert, die von ihrem entsprechenden Befehl zur Verfügung gestellt wird. Jeder Befehl bietet zu diesem Zweck Verfahren, die als Getgraphic und Getname bezeichnet werden. Die Kontrolle teilt der Beschriftung mit, ob sie im Moment aktiv oder inaktiv ist, indem das Verfahren Setactive aufgerufen wird. Auf ähnliche Weise ruft die Kontrolle das Verfahren Set Enabled auf, um der Beschriftung mitzuteilen, ob sie aktiviert ist, und Setselected, um der Beschriftung mitzuteilen, ob sie momentan von einem Anwender ausgewählt ist.
Der nächste Schritt bei der Verarbeitung der intelligenten Beschriftung erfolgt beim Funktionsblock 1520, wenn die Beschriftung gezeichnet wird. Wenn die Kontrolle aktiviert ist, ruft sie das Draw-Verfahren (Zeichenverfahren) ihrer Beschriftung auf, wodurch die Beschriftung am Bildschirm erscheint. Im inaktiven Fall wird die Beschriftung weniger intensiv gezeichnet als normal. Dies erfolgt durch Manipulation der Sättigungskomponenten des HSV-Farbmodells. Die Sättigung wird im inaktiven Fall mit 0,45 multipliziert. Im deaktivierten Zustand wird die Beschriftung weniger intensiv gezeichnet als normal. Dies erfolgt durch Manipulation der Sättigungskomponenten des HSV-Farbmodells.
Die Sättigung wird mit 0,54 multipliziert, wenn die Beschriftung deaktiviert ist. Im Falle einer Auswahl erscheint die Beschriftung auf einem erhellten Hintergrund. Beschriftungen werden normalerweise auf einem mittelgrauen Hintergrund gezeichnet. Bei Hervorhebung werden die Beschriftungen auf einem weißen Hintergrund gezeichnet. Andernfalls wird die Beschriftung normal gezeichnet.
Die nächste Verarbeitung erfolgt, wenn eine Beschriftung aktiviert/deaktiviert wird, wie dies im Funktionsblock 1530 dargestellt wird. Wenn die Kontrolle aktiviert oder deaktiviert wird, teilt sie dies der Beschriftung durch Aufruf des SetActive-Verfahrens mit. Die Kontrolle zeigt dann an, daß ihr Aussehen aktualisiert werden muß, indem sie Invalidate mit einem Argument aufruft, das auf den Abschnitt am Bildschirm hinweist, der neu gezeichnet werden muß. Danach erfolgt beim Funktionsblock 1540 die Verarbeitung, wenn eine Kontrolle aktiviert/deaktiviert wird. Wenn die Kontrolle aktiviert oder deaktiviert ist, teilt sie dies der Beschriftung durch Aufrufen des Setenabled-Verfahrens mit. Die Kontrolle weist dann darauf hin, daß ihr Aussehen aktualisiert werden muß, indem sie Invalidate mit einem Argument aufruft, das auf den Abschnitt am Bildschirm hinweist, der neu gezeichnet werden muß.
Danach wird am Entscheidungsblock 1550 eine Überprüfung durchgeführt, um zu bestimmen, ob eine Kontrolle ausgewählt oder nicht ausgewählt ist. Wenn die Kontrolle ausgewählt oder nicht ausgewählt ist, teilt sie dies der Beschriftung durch Aufruf des SetSelected-Verfahrens mit. Die Kontrolle weist dann darauf hin, daß ihr Aussehen aktualisiert werden muß, indem sie Invalidate mit einem Argument aufruft, das auf den Abschnitt am Bildschirm hinweist, der neu gezeichnet werden muß, und die Kontrolle wird zum Funktionsblock 1520 für die weitere Verarbeitung weitergegeben.

Intelligente Fensterbeschriftungen

In einem Fenster wird ein Titel dargestellt, um dessen Zweck zu kennzeichnen. Der Titel für ein Fenster zum Bearbeiten eines Dokumentes ist zum Beispiel für gewöhnlich die Bezeichnung des Dokumentes. Es wird ein Beschriftungsobjekt verwendet, um den Titel zu verfolgen. Bei dieser Beschriftung handelt es sich um ein graphisches Objekt, welches eine Grafik oder eine Textkette enthält. Wenn das Fenster seinen Zustand ändert, paßt die Beschriftung automatisch ihr Aussehen entsprechend an, ohne daß der Entwickler dazu einen zusätzlichen Code schreiben müßte. Fenster können entweder aktiv oder inaktiv sein. Die Verarbeitung von intelligenten Fensterbeschriftungen wird in einem Flußdiagramm in Figur 16 dargestellt, und die detaillierte Logik wird in einer Referenz dazu erklärt.
Die Verarbeitung beginnt in Figur 16 am Punkt 1600, wo die Kontrolle sofort zum Funktionsblock 1610 weitergegeben wird, um den Titel zu initialisieren. Ein Fenstertitel wird von einem Entwickler festgelegt, wenn ein Fenster erzeugt wird. Dieser Titel wird in einem TLabel-Objekt gespeichert, das die Bezeichnung fTitle trägt. Die Kontrolle teilt dem Titel mit, ob sie momentan aktiv oder inaktiv ist, indem sie das Verfahren Setactive aufruft. Dann, der xx am Funktionsblock 1620. Wenn ein Fenster gezeichnet wird, ruft es das Draw-Verfahren (Zeichnungsverfahren) seines fTitle- Objektes auf, wodurch der Titel am Bildschirm erscheint. Im inaktiven Zustand wird der Titel weniger intensiv gezeichnet als normal. Dies geschieht durch Manipulation der Sättigungskomponente des HSV-Farbmodells. Die Sättigung wird im inaktiven Zustand mit 0,45 multipliziert. Andernfalls wird der Titel normal gezeichnet.
Der nächste Schritt wird am Funktionsblock 1630 verarbeitet, wenn der Titel aktiviert/deaktiviert ist. Wenn ein Fenster aktiviert oder deaktiviert wird, teilt es dies seinem fTitle-Objekt durch Aufruf des Setactive-Verfahrens mit. Das Fenster weist dann darauf hin, daß sein Aussehen aktualisiert werden muß, indem es Invalidate mit einem Argument aufruft, das auf den Abschnitt am Bildschirm hinweist, der neu gezeichnet werden muß. Danach geht die Kontrolle zum Funktionsblock 1620 weiter, um den Titel neu zu zeichnen, damit sein neuer Zustand entsprechend reflektiert wird.

Verzierungen

Zahlreiche visuelle Aspekte der Anwenderschnittstellenelemente sind vielen Elementen gemein. Beispiele dafür sind Schatten, Umrandungen und Beschriftungen. Die einzelnen visuellen Merkmale werden als Verzierungen bezeichnet. Verzierungen können mit anderen Grafiken kombiniert werden, um das visuelle Aussehen bestimmter Anwenderschnittstellenelemente, wie zum Beispiel Fenstern und Kontrollen, zu formen. Die gegenständliche Erfindung unterstützt viele unterschiedliche Arten von Verzierungen.

Hintergründe

Eine Verzierung, die hinter einem anderen Objekt gezeichnet wird, wird Hintergrund genannt. Eine Art von Hintergrund wird so gezeichnet, daß er bündig mit der umgebenden Zeichnungsoberfläche erscheint. Er kann mit oder ohne Rahmen gezeichnet werden. Eine andere Art von Hintergrund wird mit Hervorhebung und Schatten gezeichnet, so daß er oberhalb der umgebenden Zeichnungsoberfläche zu liegen scheint. Die letzte Art von Hintergrund wird mit Hervorhebung und Schatten gezeichnet, so daß er unterhalb der umgebenden Zeichnungsoberfläche zu liegen scheint.
Eine beispielhafte Verwendung für diese Hintergründe ist ein Knopf. Normalerweise ist der Text oder die Grafik, mit welcher der Knopf beschrieben wird, auf einem erhöhten Hintergrund gezeichnet. Beim Drücken durch den Anwender werden der Text oder die Grafik auf einem eingedrückten Hintergrund neu gezeichnet. Wenn der Knopf inaktiv ist, also wenn zum Beispiel ein anderes Fenster aktiv ist, könnten der Text oder die Grafik halbhell auf einem ebenen Hintergrund gezeichnet werden.

Umrandungen

Eine Verzierung, welche ein anderes Objekt oder einen Bereich umgibt, wird als Umrandung bezeichnet. Beispiele für Umrandungen sind Rahmen und Schatten. Ein Rahmen ist eine Umrandung, welche eine andere Grafik umgibt, ähnlich wie ein Rahmen, das ein Bild in der wirklichen Welt umgibt. Ebenso wie Hintergründe können auch Rahmen so gezeichnet werden, daß sie unterhalb oder oberhalb einer umgebenden Zeichnungsoberfläche oder bündig mit dieser erscheinen. Ein Schatten ist ein spezieller Typ von Umrandung, der einen Schatten rund um ein Objekt hinzufügt, wodurch das Objekt dann so aussieht, als würde es über der Umgebungsoberfläche schweben.

Verzierungsfarben

Viele der zahlreichen visuelle Aspekte von Anwenderschnittstellenelementen sind vielen Elementen gemein. Beispiele sind Schatten, Umrandungen und Beschriftungen. Jedes dieser einzelnen visuellen Merkmale wird als Verzierung bezeichnet. Verzierungen können mit anderen Grafiken kombiniert werden, um das visuelle Aussehen bestimmter Anwenderschnittstellenelemente, wie zum Beispiel von Fenstern und Kontrollen, zu bilden. Einige Verzierungen verwenden Hervorhebung und Schatten, um so zu erscheinen, als ob sie sich unterhalb oder oberhalb der umgebenden Zeichnungsoberfläche befinden würden. Verzierungen sind in der Lage, diese Hervorhebungs- und Schattenfarben automatisch abzuleiten.

Füllfarbe

Die Füllfarbe stellt die primäre Farbe der Verzierungen dar. Alle anderen Farben werden von der Füllfarbe abgeleitet. Die Füllfarbe wird von der Verzierung in einem TColor-Feld mit der Bezeichnung fFillPaint gespeichert. Die Füllfarbe wird normalerweise vom Entwickler festgelegt, wenn die Verzierung erzeugt wird. Wenn jedoch keine Farbe festgelegt wird, wird ein Mittelgrau ausgewählt.

Rahmenfarbe

Die Rahmenfarbe wird verwendet, um eine Linie rund um die Verzierung zu zeichnen, um einen visuellen Kontrast zu schaffen. Die Rahmenfarbe wird von der Verzierung in einem TColor-Feld mit der Bezeichnung fFramePaint gespeichert. Die Rahmenfarbe kann vom Entwickler festgelegt werden, wenn die Verzierung erzeugt wird. Wenn jedoch keine Rahmenfarbe festgelegt wird, wird sie automatisch von der Füllfarbe berechnet. Dies wird durch Manipulation der Sättigungs- und Wertekomponenten des HSV-Farbmodells erreicht. Die Sättigung wird mit vier multipliziert, bei einem Maximalwert von 1. Der Wert wird durch vier dividiert.

Hervorhebungsfarbe

Die Hervorhebungsfarbe wird verwendet, um Linien zu ziehen, wo Licht auf das Objekt auftreffen würde, wenn es ein wirkliches dreidimensionales Objekt wäre. Die Hervorhebungsfarbe wird von der Verzierung in einem TColor-Feld mit der Bezeichnung fHighlightPaint gespeichert. Die Hervorhebungsfarbe kann vom Entwickler festgelegt werden, wenn die Verzierung erzeugt wird. Wenn jedoch keine Hervorhebungsfarbe festgelegt wird, wird sie automatisch von der Füllfarbe berechnet. Dies erfolgt durch Manipulation der Sättigungs- und Wertekomponenten des HSV-Farbmodells. Die Sättigung wird mit 0,8 multipliziert. Der Wert wird mit 1,25 multipliziert, bei einem Maximalwert von 1.

Schattenfarbe

Die Schattenfarbe kann verwendet werden, um Linien zu zeichnen, wo das Objekt schattiert wäre, wenn es ein wirkliches dreidimensionales Objekt wäre. Die Schattenfarbe wird von der Verzierung in einem TColor-Feld mit der Bezeichnung fShadowPaint gespeichert. Die Schattenfarbe kann vom Entwickler festgelegt werden, wenn die Verzierung erzeugt wird. Wenn jedoch keine Schattenfarbe festgelegt wird, wird sie automatisch von der Füllfarbe berechnet. Dies geschieht durch Manipulation der Sättigungs- und Wertekomponenten des HSV-Farbmodells. Die Sättigung wird, bei einem Maximalwert von 1, mit 2 multipliziert. Der Wert wird durch 2 dividiert.

Trennen der Eingabesyntax von der Semantik

Das Manipulieren einer grafischen Anwenderschnittstelle erfolgt durch Bewegen einer Maus, durch das Anklikken von Objekten zur Auswahl derselben, durch Ziehen von Objekten zum Bewegen oder Kopieren derselben und durch Doppelklicken zum Öffnen derselben. Diese Vorgänge werden als direkte Manipulationen oder Interaktionen bezeichnet. Die Reihenfolge von Ereignissen, die dem Drücken, Bewegen und Loslassen einer Maus durch den Anwender entsprechen, werden als Eingabesyntax bezeichnet. Bestimmte Reihenfolgen von Ereignissen werden verwendet, um bestimmte Maßnahmen anzuzeigen, die als semantische Operationen bezeichnet werden.
Die Trennung des Codes, der die Eingabesyntax versteht, vom Code, der semantische Operationen implementiert, ist der Gegenstand dieser Erfindung. Diese Verarbeitung ist in Objekten enthalten, die als Interacts bzw. Interactable bezeichnet werden. Figur 17 zeigt, wie diese Objekte erzeugt werden und wie die Objekte miteinander während einer typischen Interaktion mit einem Objekt kommunizieren, das bewegt und ausgewählt werden kann.
Die Verarbeitung beginnt beim Punkt 1700, wo die Kontrolle sofort zum Funktionsblock 1710 weitergegeben wird, um zu bestimmen, ob die Maustaste gedrückt wurde. Ein Ereignis wird zum Objekt gesendet, das für den Abschnitt des Bildschirms verantwortlich ist, in dem die Maustaste gedrückt wurde. Dieses Objekt wird als eine Ansicht (View) bezeichnet. Dann wird am Funktionsblock 1720 der Interaktor erzeugt, um die Eingabesyntax zu analysieren. Dies geschieht, indem das CreateInteractor-Verfahren der Ansicht aufgerufen wird. Wenn der Interaktor erzeugt wird, werden Zeiger als Parameter weitergegeben, die zu Objekten gerichtet sind, welche mögliche Anwendermaßnahmen implementieren.
Zum Zwecke dieser Diskussion wird angenommen, daß der Anwender die Maustaste auf einem Objekt gedrückt hat, das ausgewählt und bewegt werden kann. In diesem Fall werden ein Objekt, das Auswahl implementiert, und ein Objekt, das Bewegung für das Zielobjekt implementiert, als Parameter an den Interaktor weitergegeben. Die anfängliche Ansicht würde beide diese Verhalten implementieren, oder sie könnten von einem oder zwei getrennten Objekten implementiert werden. Das Objekt oder die Objekte werden gemeinsam als Interactable bezeichnet.
Der Interaktor wird am Funktionsblock 1730 gestartet. Diese Verarbeitung gibt den Interaktor zurück zur Ansicht und beginnt die Verarbeitung des Interaktors. Dies erfolgt durch das Aufrufen des Startverfahrens des Interaktors und durch Weitergabe des ursprünglichen Mausereignisses als Parameter. Das Startverfahren sichert das ursprüngliche Mausereignis im Feld fInitialEvent. Da nur ein Mausereignis bisher verarbeitet wurde, ist die einzig mögliche Maßnahme das Auswählen. Der Interaktor geht in die Auswahl-Betriebsart, indem er den veränderlichen fInteraction-Typ konstant auf kSelect setzt. Er fordert den Interactable auf, die Auswahloperation durch Aufruf seines SelectBegin-Verfahrens zu beginnen.
Danach wartet der Interaktor, bis eine kurze Zeitspanne vergangen ist, wie dies im Funktionsblock 1740 dargestellt ist. Es wird ein neues Mausereignis zum Interaktor gesandt, wenn die Zeit vorüber ist, das auf den momentanen Zustand der Maus hinweist. Wenn danach das System erkennt, daß sich die Maus noch immer am Entscheidungsblock 1750 befindet, wird die Kontrolle zum Funktionsblock 1740 weitergegeben. Andernfalls wird die Kontrolle zum Endblock 1760 weitergegeben. Wenn die Maustaste noch immer gedrückt ist, stellt der Interaktor sicher, daß er sich noch immer im korrekten Zustand befindet und fordert den Interactable auf, die richtige Operation zu implementieren. Der Interaktor ist 'Selecting' (Auswählend), wenn der fInteraction-Typ 'kSelecting' (kAuswählend) ist. Er ist 'Moving' (Bewegend), wenn der fInteraction-Typ 'kMoving' (kBewegend) ist.
Wenn er 'Selecting' ist, vergleicht der Interaktor die momentane Mausposition mit der ursprünglichen Mausposition. Die momentane Mausposition wird erhalten, indem das Get CurrentLocation-Verfahren aufgerufen wird. Die ursprüngliche Mausposition wird durch Aufruf des GetInitialLocation- Verfahrens erhalten. Wenn die beiden gleich sind oder sich nur geringfügig voneinander unterscheiden, wählt der Anwender das Objekt noch immer aus. Der Interaktor fordert dann den Interactable auf, die Auswahloperation durch Aufruf des SelectRepeat-Verfahrens fortzusetzen. Wenn sich die zwei Punkte jedoch um mehr als einen vorherbestimmten Grenzwert unterscheiden, hat der Anwender begonnen, das Objekt zu bewegen. In diesem Fall fordert der Interaktor den Interactable auf, den Auswahlvorgang durch Aufruf des SelectEnd- Verfahrens zu beenden. Danach fordert er den Interactable auf, durch Aufruf des MoveBegin-Verfahrens mit dem Bewegungsvorgang zu beginnen. In jedem dieser Fälle wird die momentane Mausposition als Argument weitergegeben. Im 'Moving'-Fall fordert der Interaktor den Interactable auf, den Bewegungsvorgang durch Aufruf seines MoveRepeat-Verfahrens fortzusetzen. Er gibt die momentane Mausposition als Argument weiter.
Wenn der Anwender die Maustaste losläßt, signalisiert dies das Ende des momentanen Vorganges. Im 'Selecting'-Fall fordert der Interaktor den Interactable auf, den Auswahlvorgang durch Aufruf seines Selectend-Verfahrens zu beenden. Im 'Moving'-Fall fordert der Interaktor den Interactable auf, durch Aufruf seines MoveEnd-Verfahrens den Bewegungsvorgang zu beenden.

Lokalisierte Darstellungen

Lokalisierung ist der Vorgang des Aktualisierens einer Anwendung, um einzigartigen Anforderungen einer bestimmten Position zu entsprechen. Dies kann eine Sprachenübersetzung, eine Grafikersetzung und eine Neuausrichtung eines Schnittstellenelementes umfassen. So hängt zum Beispiel der in Beschriftungen, Titeln und Meldungen verwendete Text von der ausgewählten Sprache ab. Seine Richtung und Ausrichtung kann die Anordnung und Ausrichtung eines Menüs, einer Menüzeile, eines Titels, einer Bildlaufleiste oder einer Werkzeugleiste beeinflussen. Auf ähnliche Weise kann die Auswahl von Bildsymbolen und anderen grafischen Symbolen kulturell abhängig sein. Unglücklicherweise ist es sehr teuer, viele lokalisierte Versionen von Anwenderschnittstellenelementen im Speicher zu haben. Stattdessen werden lokalisierte Versionen von Anwenderschnittstellenelementen auf Platte gelagert, bis sie im Speicher benötigt werden.
Des weiteren ist es sehr fehlerträchtig und teuer, alle Anwenderschnittstellenelemente zu verfolgen und zu entscheiden, welche Version zu verwenden ist. Stattdessen wird, wenn ein Anwenderschnittstellenelement benötigt wird, das geeignete automatisch vom System entsprechend der aktuellen Sprache und anderen kulturellen Parametern ausgewählt und in den Speicher eingelesen.
Nach der Lokalisierung werden die Anwenderschnittstellenelemente in einem Platten-Wörterbuch gespeichert. Ein Platten-Wörterbuch ist ein Objekt, das mit Hilfe eines Schlüssels einen Wert ausgibt, nachdem es diesen von der Platte eingelesen hat. Dieses Platten-Wörterbuch wird von einem Objekt verwaltet, das als Archiv bezeichnet wird. Ein Archiv ist dafür verantwortlich, die einzelnen Anwenderschnittstellenelemente zusammenzusetzen, aus denen eine bestimmte Darstellung besteht. Der Vorgang der Auswahl des geeigneten Anwenderschnittstellenelementes wird in Figur 19 dargestellt.
Die Verarbeitung beginnt am Endpunkt 1900 und wird sofort zum Funktionsblock 1910 weitergegeben, wenn ein Anwender eine Darstellung anfordert. Ein TOpenPresentation- Befehl wird zum Datenmodell geschickt, um anzuzeigen, daß der Anwender diese Daten betrachten oder bearbeiten will. Ein Befehl wird zum Datenmodell geschickt, um anzuzeigen, daß der Anwender die Daten betrachten oder bearbeiten möchte. Dieser Befehl wird als TOpenPresentation-Befehl bezeichnet. Eine Darstellung ist eine Reihe von Anwenderschnittstellenelementen, welche es gemeinsam dem Anwender ermöglichen, einige Daten zu betrachten oder zu bearbeiten. Darstellungen werden über Sitzungen hinweg im Anwenderschnittstellenobjekt gespeichert, wodurch die Kontinuität für den Anwender gewahrt bleibt. Anwenderschnittstellenelemente werden auf Platte gespeichert, bis sie im Speicher benötigt werden. Sie können als Teil einer Datendarstellung benötigt werden, die der Anwender angefordert hat, oder sie können für die Übersetzung oder einen anderen Lokalisierungsvorgang benötigt werden. Jedes Anwenderschnittstellenelement enthält eine Kennung, die auf einzigartige Weise auf dieses Element verweist. Alle lokalisierten Versionen desselben Anwenderschnittstellenelementes verwenden jedoch eine gemeinsame Kennung.
Um die lokalisierten Versionen unterscheiden zu können, werden die bestimmte Sprache, die Schreibrichtung und andere kulturelle Parameter mit jedem einzelnen lokalisierten Anwenderschnittstellenelement abgespeichert. Gemeinsam werden diese Parameter als Lokal bezeichnet. Alle Anwenderschnittstellenelemente werden in einer Datei gespeichert. Diese Datei ist wie ein Wörterbuch aufgebaut, mit einem oder mehreren Schlüssel-/Wert-Paaren. Der Schlüssel ist ein Objekt, welches die Kennung und das Lokal miteinander verbindet. Der Wert ist das Anwenderschnittstellenelement selbst.
Eine neue Darstellung muß neben dem Funktionsblock geschaffen werden. Wenn eine geeignete Darstellung noch nicht besteht, muß eine neue von einer Vorlage durch das Anwenderschnittstellenarchiv erzeugt werden. Eine neue Darstellung wird von einer Vorlage erzeugt, die in dem Archiv gespeichert ist, indem dessen CreatePresentation- Verfahren aufgerufen wird. Eine Darstellungsart wird an dieses Verfahren als Parameter weitergegeben. Dieser Typ umfaßt Informationen wie den Typ der darzustellenden Daten, ob sie in ihrem eigenen Fenster dargestellt werden sollen oder Teil einer anderen Darstellung sein sollen, und so weiter. Schließlich baut ein Archiv bei Funktionsblock 1930 die Darstellung auf, wobei die Anwenderschnittstellenelemente entsprechend des Lokals ausgewählt werden. Wenn das Archiv in der Lage ist, eine Darstellung des festgelegten Typs zu bauen, sammelt es die einzelnen Anwenderschnittstellenelemente zusammen, aus denen die Darstellung besteht, und gibt diese zum Anwenderschnittstellenobjekt zurück.
Für jede Darstellung, die das Archiv erzeugen kann, hat es eine Liste von Anwenderschnittstellenelementenkennungen, aus denen die Darstellung besteht. Die Anwenderschnittstellenelemente werden auf Platte gespeichert und von einem Platten-Wörterbuchobjekt mit der Bezeichnung xx verwaltet. Bei Eingabe eines Schlüssels gibt das Platten- Wörterbuch das entsprechende Anwenderschnittstellenelement wieder zurück. Die Anwenderschnittstellenelementkennung stellt die primäre Komponente dieses Schlüssels dar. Eine sekundäre Komponente des Schlüssels ist das gewünschte Lokal. Ein Lokal ist ein Objekt, welches die natürliche Sprache und andere kulturelle Attribute des Anwenders festlegt. Das Lokal wird automatisch vom Archiv von einem Präferenzen-Dienstleister erhalten. Dieser Dienstleister enthält alle individuellen Präferenzen, die mit einem Anwender in Zusammenhang stehen.
Dieses vom Präferenzen-Dienstleister erhaltene Lokal wird mit der Kennung zu einem einzigen Objekt kombiniert, das als TUserInterfaceElementKey bezeichnet wird. Dieser Schlüssel wird als Parameter zum GetValue-Verfahren des Platten-Wörterbuchs weitergegeben. Wenn ein Anwenderschnittstellenelement mit passender Kennung und Lokal gefunden wird, wird es zurückgegeben und als Teil der Darstellung eingebunden. Andernfalls muß der Lokal-Parameter aus dem Schlüssel weggelassen werden, oder ein anderes Lokal muß festgelegt werden, bis ein geeignetes Anwenderschnittstellenelement gefunden wird.

Interaktionsrahmenwerksystem

Anwender der grafischen Anwenderschnittstelle eines objektorientierten Betriebssystems verwenden oft eine Maus, klicken auf Objekte, um sie auszuwählen, ziehen Objekte, um sie zu bewegen oder zu kopieren, und doppelklicken auf Objekte, um sie zu öffnen. Diese Vorgänge werden als direkte Manipulationen oder Interaktionen bezeichnet. Die Reihenfolge von Ereignissen, die dem Drücken, Bewegen und Loslassen der Maus durch den Anwender entsprechen, werden als Eingabesyntax bezeichnet. Bestimmte Reihenfolgen von Ereignissen werden verwendet, um bestimmte Maßnahmen anzuzeigen, die als semantische Operationen bezeichnet werden. Diese Erfindung offenbart das Verfahren und die Vorrichtung zum Übersetzen der Eingabesyntax in semantische Operationen für ein Objekt, welches Select (Auswählen), Peek (Spähen), Move (Bewegen), AutoScroll (autom. Bildlauf) und Drag/Drop (Copy) (Ziehen/Fallenlassen (Kopieren)) unterstützt.
Die Erfindung erkennt, wenn eine Maustaste gedrückt wird, und wendet daraufhin die folgende Logik an:
(a) Wenn eine Optionstaste gleichzeitig mit der Maustaste gedrückt wird, geht das System in die Ziehen-Betriebsart, indem die Variable fInteractionType konstant auf kDrag gestellt wird. Danach beginnt das System, einen Ziehen- Vorgang unter Verwendung des ausgewählten Objektes als Ziel des Vorganges auszuführen; oder
(b) wenn keine Optionstaste gedrückt wurde, geht das System in die Auswahl-Betriebsart, indem die Variable fInter actionType konstant auf kSelect gestellt wird. Danach wird der Auswahlvorgang begonnen.
Wenn ein Anwender bereits die Maustaste gedrückt hatte und weiterhin die Maustaste drückt, wird die folgende Logik angewandt. Wenn sich das System in der Auswahl-Betriebsart befindet, bestimmt das System zuerst, ob der Anwender die Maus über einen gewissen Grenzwert, der auch als Bewegungsgrenzwert bezeichnet wird, bewegt hat. Dies geschieht durch Vergleich der ursprünglichen Mausposition, die vom Get InitialLocation-Verfahren zurückgegeben wird, mit der momentanen Mausposition, die vom GetCurrentLocation-Verfahren zurückgegeben wird. Wenn die Maus über den Bewegungsgrenzwert hinaus bewegt wurde, beendet das System die Auswahl-Betriebsart und geht in die Bewegungs-Betriebsart. Dies geschieht dadurch, indem die Variable fInteractionType konstant auf kMove gesetzt wird. Das System fordert dann das Objekt auf, den Auswahlvorgang durch Aufrufen seines SelectEnd-Verfahrens zu beenden. Das System startet daraufhin einen Bewegungsvorgang durch Aufruf seines MoveBegin- Verfahrens.
Andernfalls überprüft das System, wenn die Maus nicht bewegt wurde, wie lange die Maustaste bereits gedrückt wurde. Dies geschieht durch Vergleich der ursprünglichen Maustastendrückzeit, welche vom GetInitialTime-Verfahren zurückgegeben wird, mit der aktuellen Zeit, welche vom GetCurrentTime-Verfahren zurückgegeben wird. Wenn die Dauer des Maustastendrucks über einem bestimmten Grenzwert liegt, welcher als Spähgrenzwert bezeichnet wird, beendet das System die Auswahl-Betriebsart und geht in die Späh-Betriebsart über. Dies erfolgt durch Einstellen der Variablen fInteractionType konstant auf kPeek. Es ruft das Objekt auf, den Auswahlvorgang durch Aufruf seines SelectEnd- Verfahrens zu beenden und beginnt einen Spähvorgang durch Aufruf seines PeekBegin-Verfahrens. Wenn andernfalls die Maus nicht bewegt wurde oder nicht über einen bestimmten Späh-Grenzwert hinaus niedergedrückt wurde, fährt das System mit dem Auswahlvorgang durch Aufrufen des Select Repeat-Verfahrens des Befehls fort. Wenn das System erkennt, daß sich ein Anwender in der Bewegungs-Betriebsart befindet, bestimmt das System zuerst, ob der Anwender die Maus innerhalb des Fensters, an der Umrandung des Fensters, oder außerhalb des Fensters bewegt hat. Dies geschieht durch Vergleich der momentanen Mausposition, zurückgegeben vom GetCurrentLocation-Verfahren, mit den Grenzen des Objektbehälters, zurückgegeben von GetContainerBounds.
Wenn sich die Maus noch immer innerhalb der Grenzen des Fensters befindet, fährt das System mit dem Bewegungs- Vorgang durch Aufruf des MoveRepeat-Verfahrens des Objektes fort. Wenn sich die Maus an der Grenze des Fensters befindet, zeigt dies einen AutoScroll-Vorgang an. Das System fordert den Objektbehälter auf, in die von der Mausposition angezeigte Richtung zu rollen. Dies geschieht durch Aufruf des AutoScroll-Verfahrens des Behälters und durch Weitergabe der momentanen Mausposition als Parameter. Nach Beendigung fährt das System mit dem Bewegungs-Vorgang durch Aufruf des MoveRepeat-Verfahrens des Objektes fort.
Wenn sich die Maus außerhalb des Fensters bewegt hat, beendet das System die Bewegungs-Betriebsart und beginnt mit der Ziehen-Betriebsart. Dies geschieht durch Einstellen der Variablen fInterActionType konstant auf kDrag. Es fordert das Objekt auf, den Bewegungs-Vorgang durch Aufrufen seines MoveEnd-Verfahrens zu beenden. Danach fordert es das Objekt auf, durch Aufrufen seines DragBegin-Verfahrens mit dem Ziehen-Vorgang zu beginnen. Wenn sich das System in der Ziehen-Betriebsart befindet, fährt das System durch Aufruf des DragRepeat-Verfahrens des Objektes mit dem Ziehen-Vorgang fort. Wenn sich das System in der Spähen- Betriebsart befindet, bestimmt das System zuerst, ob der Anwender die Maus über einen bestimmten Grenzwert, der als Bewegungs-Grenzwert bezeichnet wird, hinaus bewegt hat. Dies geschieht durch Vergleich der ursprünglichen Mausposition, welche vom GetInitialLocation-Verfahren zurückgegeben wird, mit der momentanen Mausposition, welche vom Get CurrentLocation-Verfahren zurückgegeben wird.
Wenn sich die Maus über den Bewegungs-Grenzwert hinaus bewegt hat, beendet das System die Späh-Betriebsart und beginnt mit der Bewegungs-Betriebsart. Dies geschieht durch Einstellen der Variablen fInterActionType konstant auf kMove. Es fordert das Objekt auf, die Späh-Betriebsart durch Aufruf seines PeekEnd-Verfahrens zu beenden. Es fordert das Objekt auf, durch Aufruf seines MoveBegin- Verfahrens mit dem Bewegungs-Vorgang zu beginnen. Wenn sich andernfalls die Maus nicht bewegt hat, fährt das System durch Aufruf des PeekRepeat-Verfahrens mit dem Späh-Vorgang fort.
Wenn das System erkennt, daß ein Anwender die Maustaste losläßt, dann beendet das System die Auswahl-Betriebsart, wenn es sich gerade in der Auswahl-Betriebsart befindet. Dies geschieht durch Einstellen der Variablen fInterActionType auf konstant kNone. Das System beauftragt das Objekt, den Auswahl-Vorgang durch Aufruf seines SelectEnd-Verfahrens zu beenden. Wenn sich das System in der Bewegungs-Betriebsart befindet, beendet das System die Bewegungs-Betriebsart. Es tut dies durch Einstellen der Variablen fInterActionType auf konstant kNone. Danach beauftragt das System das Objekt, den Bewegungs-Vorgang durch Aufrufen seines MoveEnd-Verfahrens zu beenden, und es beendet die Ziehen-Betriebsart durch Einstellen der Variablen fInterActionType auf konstant kNone. Es fordert das Objekt auf, den Ziehen-Vorgang durch Aufruf seines DragEnd- Verfahrens zu beenden. Wenn sich das System in der Späh- Betriebsart befindet, beendet das System die Späh-Betriebsart. Dies geschieht durch Einstellen der Variablen fInterActionType auf konstant kNone. Es fordert das Objekt auf, die Späh-Betriebsart durch Aufruf seines PeekEnd- Verfahrens zu beenden.
Ziehen & Fallenlassen bezieht sich darauf, ein Objekt aufzunehmen und es an einen anderen Ort zu verschieben, was typischerweise mit einer Maus geschieht. Dies ist eine Computersimulation der Echtweltaktivität der Bewegung eines Objektes von einem Behälter in einen anderen. Manche Behälter können nahezu jede Art von Daten enthalten. Ein Beispiel dafür ist ein Ordner, welcher Dokumente, Anwendungsprogramme und andere Ordner enthalten kann. Ein Ordner mit der Bezeichnung "Meine Dateien" ist in Figur 20 bei Beschriftung 2000 in Figur 20 dargestellt. Andere Behälter können vielleicht nur Objekte eines bestimmten Typs enthalten. Ein Beispiel dafür ist ein Anwendungsprogramm, welches nur bestimmte Arten von Dokumenten versteht. Durch das Fallenlassen eines Dokumentes auf ein Anwendungsprogramm wird die Anwendung dazu gebracht, das Dokument anzuzeigen, zu bearbeiten oder auf eine andere Art und Weise zu verwenden. Eine Anwendung mit der Bezeichnung "TeachText" ist bei Beschriftung 2010 in Figur 20 dargestellt.
Während des Ziehens & Fallenlassens kann der Benutzer hinsichtlich der Frage, auf welchen Behälter das Objekt fallengelassen werden kann, verwirrt werden. Ob der Behälter das Objekt akzeptiert, wird normalerweise durch eine Hervorhebung angezeigt. Trotzdem ist es für den Benutzer schwierig, herauszufinden, was der Behälter tut, wenn das Objekt akzeptiert wird. Noch wichtiger ist, daß es schwierig ist, herauszufinden, warum, falls der Behälter das Objekt nicht akzeptiert. Das automatische Starten der Ballon-Hilfe gemäß der vorliegenden Erfindung kann diese zwei Probleme lösen. Ein Beispiel für eine automatische Ballon-Hilfe ist an der Beschriftung 2100 in Figur 21 dargestellt. Die Ballonhilfe wird angezeigt, wenn ein Objekt in eine nahe Position zu einem Behälterobjekt bewegt wird.
Ein Benutzer nimmt ein Objekt auf, indem er den Cursor über das Objekt setzt und die Maustaste drückt und gedrückt hält. Diese Aktion führt typischerweise dazu, daß das Objekt hervorgehoben wird, was anzeigt, daß es zum Ziehen bereit ist. Dies erfolgt, indem ein Ziehenbeginnenverfahren mit einem Ziel des Objektes aufgerufen wird. Während noch immer die Maustaste gedrückt gehalten wird, bewegt ein Benutzer den Cursor. Dies führt dazu, daß sich das Objekt gemeinsam mit dem Cursor bewegt, wodurch die Echtweltaktion des Aufnehmens und Bewegens eines Objektes simuliert wird. Diese Bewegung erfolgt durch das Aufrufen eines Ziehenwiederholenverfahrens des Objektes.
Während die Maustaste immer noch gedrückt gehalten wird, positioniert der Benutzer das Objekt in unmittelbarer Nähe eines anderen Objektes. Der Behälter wird darüber informiert, daß der Benutzer gerade versucht, ein Objekt auf ihn fallenzulassen. Dies geschieht durch Aufruf des Zieheneingabeverfahrens des Behälters. Wenn der Behälter das Objekt akzeptieren kann, hebt es sich selbst hervor. Wenn der Benutzer weiterhin die Maustaste gedrückt hält, wird das Ziehenhalteverfahren des Behälters aufgerufen. Ein Anwender ist sich nicht sicher, ob das Behälterobjekt in der Lage ist, mit dem zu manipulierenden Objekt zu arbeiten.
Um den Möglichkeiten eines Benutzers Gewißheit zu verleihen, wird die Ballon-Hilfe automatisch gestartet, um dem Benutzer zu zeigen, was der Behälter tun kann, wie dies in Figur 21 dargestellt ist. Um ein unnötiges Anzeigen des Hilfeballons zu vermeiden, wird das Verfahren erst aufgerufen, nachdem eine bestimmte Zeitschwelle überschritten wird. Man nehmen zum Beispiel an, der Benutzer versucht, eine Datei auf einen Ordner fallenzulassen. Das Zeige- Fallenlassen-Hilfeverfahren zeigt die Meldung an.
Als weiteres Beispiel soll angenommen werden, daß der Benutzer versucht, eine Datei auf eine Anwendung fallenzulassen, welche mit dieser Art von Datei nichts anzufangen weiß. Das Zeige-Fallenlassen-Hilfeverfahren würde die in Figur 22 bei 2210 dargestellte Ballonhilfemeldung anzeigen. Danach, wenn der Benutzer das Objekt weg vom Behälter bewegt, wird das Ziehen-Verlassen-Verfahren des Behälters aufgerufen, welches dazu führt, daß der Behälter sich selbst normal dargestellt, wie dies in Figur 20 gezeigt wird. Auch entfernt er den Hilfeballon, indem er Verstecke- Ballonhilfe aufruft.
Wenn ein Benutzer ein Objekt auf einen Behälter fallenläßt, wird das Objekt darüber benachrichtigt, daß es fallengelassen wurde, indem sein Ziehen-Ende-Verfahren aufgerufen wird, und der Behälter wird benachrichtigt, indem sein Ziehen-Fallenlassen-Verfahren aufgerufen wird. Wenn der Behälter das Objekt akzeptiert, tut dieses Verfahren, was auch immer für den Behälter geeignet ist, um das Objekt zu akzeptieren. Wenn jedoch der Behälter das Objekt nicht akzeptiert, startet das Ziehen-Fallenlassen automatisch die Ballonhilfe, was durch ein Zeige-Fallenlassenhilfe erfolgt. Danach wird Ziehen-Ende aufgerufen, wenn der Benutzer die Maus bewegt, um den Hilfeballon zu verstecken.

Claims

1. Ein Anzeigesystem, enthaltend

(a) Anzeigemittel zur Anzeige einer Vielzahl von Graphiksymbol en;

(b) Mittel zur Positionierung eines Zeigers zu Bewegung eines ersten der Vielzahl von Graphiksymbolen;

(c) Prozessormittel zur Feststellung, wenn ein erstes der Vielzahl von Graphiksymbolen in der Nähe eines zweiten der Vielzahl von Graphiksymbolen positioniert ist; und

(d) Prozessormittel zur Anzeige einer Hilfe-Nachricht zur Klärung von Aktionen, die mit dem ersten und zweiten Graphiksymbol ausgeführt werden können.

2. Eine Einrichtung nach Anspruch 1, enthaltend Prozessormittel zur Anzeige einer Ballon-Hilfe-Nachricht.

3. Eine Einrichtung nach Anspruch 1, enthaltend Prozessormittel zur Feststellung, ob eine Löschoperation ausgeführt werden kann.

4. Eine Einrichtung nach Anspruch 1, enthaltend Zeittaktmittel zur Verzögerung der Anzeige einer Hilfe-Nachricht, bis eine anfängliche Annäherungsposition erkannt und ein bestimmtes Zeitintervall verstrichen ist.

5. Eine Einrichtung nach Anspruch 4, enthaltend Prozessormittel zur Rücksetzung der Zeittaktmittel, wenn das erste Objekt von einer Annäherungsposition zum zweiten Objekt entfernt wird.

6. Eine Einrichtung nach Anspruch 1, enthaltend Prozessormittel zur Anzeige der Hilfe-Nachricht, wenn das erste Objekt auf das zweite Objekt fallengelassen wurde.

7. Ein Verfahren zur Anzeige von Informationen auf einem Anzeigesystem, enthaltend die Schritte:

(a) Anzeige einer Vielzahl von Graphiksymbolen auf einem Anzeigmittel des besagten Anzeigesystems;

(b) Bewegung eines ersten der Vielzahl von Graphiksymbolen in Übereinstimmung mit der Betätigung von Mittel zur Positionierung eines Zeigers auf besagtem Anzeigesystem;

(c) Feststellung, wenn ein erstes der Vielzahl von Graphiksymbolen in der Nähe eines zweiten der Vielzahl von Graphiksymbolen positioniert ist; und

(d) Anzeige einer Hilfe-Nachricht zur Klärung von Aktionen, die mit dem ersten und zweiten Graphiksymbol ausgeführt werden können.

8. Ein Verfahren nach Anspruch 7, enthaltend den Schritt der Anzeige einer Ballon-Hilfe-Nachricht.

9. Ein Verfahren nach Anspruch 7, enthaltend den Schritt der Feststellung, ob eine Löschoperation ausgeführt werden kann.

10. Ein Verfahren nach Anspruch 7, enthaltend den Schritt der Verzögerung der Anzeige einer Hilfe-Nachricht, bis eine anfängliche Annäherungsposition erkannt und ein bestimmtes Zeitintervall verstrichen ist.

11. Ein Verfahren nach Anspruch 10, enthaltend den Schritt der Rücksetzung der Zeittaktmittel, wenn das erste Objekt von einer Annäherungsposition zum .zweiten Objekt entfernt wird.

12. Ein Verfahren nach Anspruch 7, enthaltend den Schritt der Anzeige der Hilfe-Nachricht, wenn das erste Objekt auf das zweite Objekt fallengelassen wurde.