ODL-Sprachkonstrukte und interaktive Benutzerschnittstelle - TUM

112 KAPITEL 6: VERBESSERUNGSMÖGLICHKEITEN6.3 Verbesserungen an der BenutzerschnittstelleDieser Abschnitt beschäftigt sich mit den Verbesserungen an der interaktiven Benutzerschnittstellevon ODL.6.3.1 Konfiguration der Eingabedialoge während der EingabeDie Konfiguration der Eingabedialoge für verschiedenen ODL-Datentypen findet in einem separatenKonfigurationsdialog statt (s. Abschnitt 4.2.7), in dem für jeden ODL-Datentyp (außer dem eingeschränktenTyp) eingestellt werden kann, welcher Eingabebereich und welches Eingabedialog-Fensterfür diesen Typ verwendet werden soll.In der aktuellen Implementierung ist keine Möglichkeit vorgesehen, die Eingabedialog-Einstellungenwährend der Ausführung einer ODL-Abfrage zu ändern: die Eingabedialoge sind modal, sodassder Konfigurationsdialog während der Eingabe nicht gestartet werden kann. Für den Benutzerwäre es jedoch von Vorteil, wenn ein Eingabedialog während der laufenden Eingabe an seine Bedürfnisseangepasst werden könnte.Der modulare Aufbau des ODL-Query-Subsystems lässt eine solche Erweiterung ohne größerenAufwand zu. Hierfür müsste eine Möglichkeit geschaffen werden, den Konfigurationsdialog aus einemEingabedialog heraus aufzurufen, beispielsweise mithilfe eines zusätzlichen Options-Buttons imEingabedialog. Die vom Benutzer vorgenommenen Einstellungen würden dann sofort für die laufendeEingabe angewandt, wobei je nach Änderungen der Einstellungen der Eingabebereich oder dergesamte Eingabedialog neu initialisiert und angezeigt werden müsste.6.3.2 Verbesserungen bei der Eingabe eingeschränkter TypenEingaben von Werten eingeschränkter Typen, die bei der Auswertung von ODL-Abfragen der Formcontext var:{ localVar:base_type | restriction_term}ausgeführt werden, stellen oft eine Schwierigkeit für den Benutzer dar, weil hier, im Unterschied zuallen anderen ODL-Datentypen, nicht jeder gültige Basistyp-Wert auch eine zulässige Eingabe darstellt,wie das bei anderen Typen ist. Diese Besonderheit ist stellt kein größeres Problem dar, solangeder Basistyp des eingeschränkten Typs unär und endlich ist, denn in diesem Fall wird die Eingabedurch die Auswahl eines Werts aus der Liste durchgeführt, und hier kann der Benutzer Einträge ausder Liste nacheinander selektieren, bis ein zulässiger Wert gefunden und der Next-Button des Eingabedialogsaktiviert wird (eine Ausnahme bildet der Typ Boolean, dessen Werte auch in einem Textfeldeingegeben werden können, was aber wiederum kein Problem darstellt, weil es nur zwei verschiedeneboolesche Werte gibt, sodass der Benutzer durch Probieren schnell herausfinden kann, welche Wertedie Restriktionsbedingung erfüllen). Wird jedoch ein eingeschränkter Typ abgefragt, dessen Basistypzusammengesetzt ist (beispielsweise ein Produkttyp), so ist es für den Benutzer oft schwierig festzustellen,welcher der Elementwerte des Basistyps die Restriktionsbedingung verletzt bzw. wie einezulässige Kombination von Elementwerten des Basistyps aussehen soll.In diesem Abschnitt besprechen wir verschiedene Möglichkeiten, die Eingabe von Werten eingeschränkterTypen für den Benutzer einfacher zu gestalten. Die meisten davon verwenden eine Vorausfilterungder einzugebenden Werte, d.h., dem Benutzer werden nur diejenigen Werte zur Auswahlangeboten, die die Restriktionsbedingung erfüllen. Bei dieser Filterung gibt mehrere Realisierungsmöglichkeiten,die sich im Schwierigkeitsgrad und dem sich für den Benutzer ergebenden Komfortunterscheiden. Wir wollen im Folgenden einige Möglichkeiten beschreiben. Ihre Reihenfolge entsprichtdabei dem zu erwartenden Schwierigkeitsgrad der Implementierung – wir beginnen mit dereinfachsten und beenden mit der schwierigsten Lösung.1) Abfrage zusammengesetzter Typen, die eingeschränkte Typen als Elemente enthalten:Bei der Eingabe eines eingeschränkten Typs ist der Abschluss der Eingabe erst dann möglich,