IDM Knowledge Quiz

Richtig ist:

• Format-Funktion:  Diese dient dazu eigene Editierformate für das edittext Objekt zu implementieren.
• Anwendungsfunktion: Dies ist die üblicherweise benutzte Funktion. Bei der Deklaration können bis zu 16 Aufrufparameter festgelegt werden.
• Record-Funktion: Dies ist eine spezielle Form der Anwendungsfunktion, die mindestens einen Record-Parameter besitzt.
• Objektcallback-Funktion: Diese Funktion wird manchmal auch Eventhandler-Funktion genannt. Sie wird aufgerufen wenn bestimmtes Ereignisse aufgetreten ist.
• Fehlerhandler-Funktion: Der Fehlerhandler muss mittels DM_ErrorHandler  installiert werden und wird im Fehlerfall aufgerufen.

Falsch ist:

• Scroll-Funktion: Diese Funktion, die zum Beispiel aufgerufen wird wenn ein groupbox Objekt gescrollt wird, gibt es nicht.
• IDM-Funktion: Der Name wird nicht verwendet.
• List-Funktion: Diese Funktion gibt es nicht, auch wenn es Canvas-, Format- und Record-Funktionen gibt.
• Toolkit-Funktion: Es gibt zwar DM_GetToolkitDataEx and DM_SetToolkitData aber keine Toolkit-Funktion.

Richtig ist:

• +writetrampolin:  Die erzeugten Quelldateien müssen kompiliert und zu der Anwendung gebunden werden. Die Headerdateien sollten verwendet werden.
• +writeheader: Die erzeugte Headerdatei enthält außer den Funktionsdeklarationen auch Deklarationen für die record Strukturen.
• Abbildung record auf Datenstruktur: Vor dem Aufruf einer Record-Funktion wird der Inhalt des record Objektes in eine Datenstruktur kopiert. Die genaue Definition dieser Datenstruktur ist in der erzeugten Headerdatei abgelegt, deshalb müssen die Headerdateien verwendet werden.

Falsch ist:

• Es gibt nichts zu beachten: Die Übergabe eines record Objektes an die Anwendung erfordert zusätzliche Konvertierungen, so dass Record-Funktionen anders behandelt werden müssen.

Mit der Option IDM Debugger Plugin kann man den Ablauf jederzeit mit einem Breakpoint unterbrechen, Variablen und Ausdrücke inspizieren und ggf. zur Laufzeit ändern.

Features:

• Code editor with syntax highlighting, source code formatting, and content assistant with suggestions for additions.
• Jump to the declaration, to the model, to the parent object, etc.
• Views for dialog structure and model hierarchy.
• Easily start the IDM syntax check and jump to error locations.
• Konfigurierbare, erweiterbare und kontextsensitive Hilfe.

this.content[I] := NewContent;
Damit wird für jede Zeile ein .content-Changed-Ereignis erzeugt

setvalue(this, .content, NewContent, I, false);
Richtig der SendEvent-Parameter wurde mit false belegt.

setinherit(this, .content, I, NewContent);
Diese Schreibweise ist JavaScript und keine Regelsprache

this:set(.content, NewContent, I);
Der letzte Parameter ist standardmäßig true, was zu Erzeugung von .content-Changed-Ereignissen führt.

this.content[I] := NewContent; updatesceen();
Zusätzlich zur Antwort 1) kommt es noch zum Flackern wegen der sofortigen Aktualisierung der Anzeige.

this.content[I] ::= NewContent;
So gehts richtig! ::= Ist die Kurzschreibweise für eine Zuweisung ohne Ereigniserzeugung.

Bei allen Text-Eingabefeldern im IDMED lassen sich Text-Ressourcen mit vorangestelltem @ referenzieren.

Richtig ist:

• Fehlermeldung doppelt: Es gibt zwei Möglichkeiten eine OLE-Methode aufzurufen. Wenn die erste Variante fehlschlägt wird auch die zweite versucht. Wenn beide fehlschlagen werden auch beide Fehlermeldungen ausgegeben, denn die können sich unterscheiden.

Falsch ist:

• Kind eines Gruppierungsobjektes: Je nachdem was angebunden wird, kann ein Gruppierungsobjekt als Parent nötig sein oder auch nicht.
• Exakte Übereinstimmung Datentypen: Alle Argumente einer OLE-Methode besitzen eine Datentyp ähnlich zu anyvalue. Dieser Datentyp wird, wenn es irgendwie möglich ist gewandelt.

Der eingegebene Text eines edittexts verwendet das Attribut .content, in einer treeview werden die Texte in .content[] definiert.

Das Attribut ist bei den Objekten image, notepage, doccursor and statictext verfügbar. Das Attribut .text einer notepage wird nicht von allen Toolkits unterstützt.

Bei der Breitenberechnung die Schriftart wird der Referenzstring herangezogen. Dadurch wird bei einer Änderung des Schriftart die richtige Größe ermittelt. Voraussetzung ist natürlich, dass der Referenzstring dem erwarteten Buchstabenverhältnis entspricht.

Mit Hilfe eines Divisors kann ich die Umrechnung der Schrifthöhe in Pixel beeinflussen.

Durch die Verwendung eines layoutbox Objektes kann man die Höhe der einzeiligen Kindobjekte auf 0 setzen, so dass sie selbst ihre optimale Höhe bestimmen. Den Zwischenraum kann ich unabhängig von der Schriftart setzen. Daher ist diese Lösung empfehlenswert, wenn das layoutbox Objekt zu den anderen Anforderungen passt.

Eine experimentelle Bestimmung eines Korrekturfaktors ist nicht empfehlenswert.

Diese Lösung ist nicht zu empfehlen, da es durch Rundungsprobleme dazu kommen kann, dass Objekte zu niedrig werden und die Schrift im Objekt unter Umständen abgeschnitten wird.

Die Skalierung kann ich die Umrechnung der Schrifthöhe in Pixel beeinflussen und kann durch Rundungsprobleme dazu kommen kann, dass Objekte zu niedrig werden und die Schrift im Objekt unter Umständen abgeschnitten wird.

A) IDM Netzwerk Simulator

B) IDM Debugger

C) IDM Simulator

In der Applikation werden Funktionen definiert und wichtige Eigenschaften für die Kommunikation der Client-Anwendung mit dem Server eingestellt: Kommunikationsprotokoll, Serveradresse etc.

Die hierarchische Beziehung der importierten Module spielt beim IDM eine Rolle. Wer sich hiervon lösen und eigentlich Antwort 3 angekreuzt hat sollte auch den alternativen Import über use mal näher ansehen.

Der alternative Import-Mechanismus über use würde für das einmalige Laden der Module automatisch sorgen und zu diesem leicht durchschaubaren Ergebnis führen.

Der beste Weg, Bilder in die Anwendung einzubinden, geht über eine tile-Ressource. Dadurch sind sie für den ganzen Dialog verfügbar zu machen und werden beim Bau in die Anwendung integriert, so dass sie nicht separat ausgeliefert werden müssen.

Aus Kompatibilitätsgründen ist die direkte Verwendung des .picture ebenfalls möglich. Davon raten wir aber ab.

1. Die Regel würde den edittext-Inhalt nur am Modell löschen!
2. Das innenliegende model-Schlüsselwort ist falsch. Außerdem ist ein pushbutton als Kind nicht möglich.
3. Korrekt ist ein neues erweitertes Modell aufzusetzen.

Richtig ist:

• C/C++: Eigentlich nur für C, aber C++ kann auch C.
• Cobol: Für Cobol gibt es auch eine Programmierschnittstelle.

Falsch ist:

• Fortran: Diese Programmiersprache wird nicht unterstützt.
• Perl: Skriptsprachen werden nicht unterstützt.
• Java: Diese Programmierschnittstelle gibt es nicht mehr.

On Plattformen - ISA Informationssysteme GmbH sind die aktuell unterstützten Varianten aufgeführt.

In einem Fenster können die meisten IDM-Objekte direkt hinzugefühgt werden.

Ausnahmen sind Objekte, die ein weiteres Fenster öffnen: messagebox, filereq and window, aber auch menusep.

message ist eine Ressource und kein Objekt.

Die Editiermöglichkeiten umfassen Dialoge wie auch Module in ASCII-Form. Das Export-Fenster dient zum Erzeugen von Interface- Dateien und uvm.

Für importierte Sub-Module sollte aber eine Interface-Datei vorhanden sein. Bei Import über use entfällt aber diese Restriktion.

Binärmodule lassen vom IDMED gar nicht editieren.

Dass sich importierten Module grundsätzlich nicht editieren lassen ist ein besonders wichtiges Features des IDMED um bei Moduländerungen die Konsistenz zu gewährleisten. Änderungen am Modul können so auf die importierenden Module weiterpropagiert werden.

Der Editor hat über sein Export-Fenster die Möglichkeit Interface-Dateien und andere Dateiarten zu generieren. Entweder manuell oder z.B. automatisch beim Speichern des Modules.

Die Analyse von Tracedateien ist die Kern-Kompetenz des IDMTA (IDM Tracefile Analyzer) und nicht des IDMED.

• Beim Safety-Tracefile wir ein gekürztes Tracing im Falle eines Dumpstate oder Absturz geschrieben und eignet sich damit auch bei selten auftretenden Problemen.
• Selbst ohne Option wird  ein Logfile mit dem Namen IDM<Prozessnummer>.log angelegt wenn es zu Log-Ausgaben kommt.
• Die Standardoption -IDMtracefile sollte jedem IDM-Entwickler bekannt sein.

Richtig ist:

• +writeproto: Machbar, hat aber Fallstricke, da man DM_BindFunctions selbst aufruft und deshalb auch die Funktionstabelle manuell anlegt. Es gibt mittlerweile bessere Möglichkeiten.
• +writefuncmap: Dies ist der empfohlene Weg, es werden die Dateien erzeugt, die die Deklarationen für die Anwendungsfunktionen enthalten und die Definition für Funktionen zum Anbinden der Anwendungsfunktionen zur Verfügung stellen.

Falsch ist:

• Handbuch: Wäre zwar machbar, aber äußerst fehleranfällig. Sobald es Änderungen im Dialogskript gibt, wird es Probleme mit dem Nachführen geben.
• +writetrampolin: Diese Startoptionen ist ausschließlich für die Verwendung mit Record-Funktionen vorgesehen.

Durch diese Regelabarbeitungsreihenfolge ist es möglich Funktionalität in Modelle zu packen aber auch die Ereignisverarbeitung an übergeordneten Modellen oder von der Instanz überdefinierbar zu machen.

Richtig ist:

• Dynamische Bibliothek: Diese können zur Laufzeit geladen werden und die Funktion USW_Register aufgerufen werden, falls vorhanden. Alle registrierten Klassen stehen dann im ISA Dialog Manager zur Verfügung.
• Startoption: In den angegebenen Verzeichnissen wird nach dynamischen Bibliotheken gesucht.

Falsch ist:

• Modul Datei: In diese können zwar Objektmodelle definiert werden, aber keine Fenstersystemobjekte, da diese in einer vom Fenstersystem unterstützen Programmiersprache implementiert werden müssen.
• Statische Bibliothek: Denkbar, jedoch wäre damit eine Bearbeitung im ISA Dialog Manager Editor idmed nicht möglich.
• idmlangdef.xml Datei: Diese gibt es zwar, sie dient aber dem IDM Eclipse Plugin um die Spezifikationen aller verfügbarer Objekte zu erfahren.

The IDM Debugger-Plugin für Eclipse unterstützt alle Möglichkeiten, die Entwicker von Eclipse gewöhnt sind. In Regeln können Breakpoints gesetzt werden, um den Ablauf an kritischen Codestellen anzuhalten und sich z.B. den Inhalt von variablen anzusehen.

Mit einer Tracedatei lässt sich erfahrungsgemäß ein Fehler sehr gut eingrenzen.

The ISA Dialog Manager is available in three versions:

• IDM for Windows;
• IDM for Motif (for Unix-like systems with X Window System);
• IDM for Qt (für Linux mit X Window System).

Alle Details finden Sie in dieser Overview.

Die sofortige Abfrage von .active erscheint zwar etwas wiedersinnig, aber wenn das Aktivieren, also das Verbinden zur Anwendung, fehlschlägt, wird das Attribut .active direkt auf false  gesetzt. Etwas spitzfindig kann man eine Anwendung konstruieren, die sich auf dem Server sofort wieder regulär beendet. Dann könnte es unter Umständen sein, dass .active bis zur Abfrage bereits wieder auf false  steht. Aber dies wäre keine typisch ISA Dialog Manager Anwendung, die darauf wartet, dass eine Funktion aufgerufen wird.

Genau genommen wird hiermit jeder Fehler der Netzwerkanwendung erkannt, da die on finish Regel  aufgerufen wird, sobald sich die Anwendung beendet.  Den sicheren Start der Anwendung kann man in einer on start Regel erkennen. Dieses Ereignis wird ausbleiben, wenn es beim Start einen Fehler gab.

Der Aufruf der on finish Regel geschieht auch bei einem normalen Beenden der Anwendung.

Wenn die Oberfläche in der Größe anpassbar sein soll, müssen zwei Probleme gelöst werden:

• Die Größenänderung aller dargestellten Objekte.
• Wenn Objekte vergrößert werden, passen diese nicht mehr auf die Darstellungsfläche.

Daher sind folgende Antworten richtig:

• Rasterkoordinaten: Durch die Änderung des Rasters kann die Größe von Objekten angepasst werden.
• layoutbox Objekt: Die Kindobjekte werden automatisch umgebrochen, wenn sie zu groß geworden sind.
• Virtueller Arbeitsbereich: Optionale Scrollbars stellen sicher, dass alle Kindobjekte in den sichtbaren Bereich gescrollt werden können.
• Referenzschriftart: Durch Ändern der Referenzschriftart kann im Zusammenspiel mit Rasterkoordinaten die Größe von Objekten einfach angepasst werden.

Die folgenden Antworten sind falsch, da sie die zwei Probleme nicht oder nur sehr aufwändig lösen:

• Pixelkoordinaten: Zu aufwändig, da die Pixelkoordinaten aller Objekte angepasst werden müssen.
• notebook Objekt: Dieses Objekt bietet keine Automatik für Größenanpassungen an.
• Fester Arbeitsbereich: Wenn Objekte vergrößert werden und damit auch nach links oder unten verschoben werden, können diese außerhalb des sichtbaren Bereiches liegen.

Richtig ist:

120: Da das listbox Objekt links und rechts angebunden ist, besitzt es in diesem Fall die Breite des Vaterobjekts. Die aktuelle Breite des listbox Objektes in Pixeln lässt sich zur Laufzeit mit dem Attribute .real_width abfragen.

Falsch ist:

80: Das listbox Objekt ist links und rechts angebunden, da hat die Angabe von .width keinerlei Bedeutung.
Breite kann nicht vorhergesagt werden: Das listbox Objekt ist zwar links und rechts angebunden, aber die Breite des Vaterobjekts ist bekannt (120). Die Attribute .xleft und .xright sind mit dem Wert 0 vorbelegt, wenn nichts anderes in einem Model oder Default definiert ist.

There is indeed this museum in Upper Franconia, but this is certainly not an option for the ISA Dialog Manager.

Using the network option of the ISA Dialog Manager, application interface functions can be accessed on another computer. The application is, in effect, distributed, hence the name Distributed Dialog Manager.

The fail()-Konstrukt um Fehler in Ausdrücken zu erkennen ist eine gute Wahl. Zusätzlich zu return gibt es noch pass and throw für die Weitergabe des Fehlerzustands an den Aufrufer. Durch einen gesetzten Gültigkeitsbereich lassen sich aber Probleme schon vor der Ausführung entdecken.

Um ganz sicher zu gehen lässt sich mit der Methode :has(<Attribute>) prüfen, ob das benutzerdefinierte Attribut überhaupt am Objekt definiert ist.

Mithilfe der fail()-Funktion lässt sich der Zugriff auf das Attribut zu prüfen.

Eine frühzeitige Fehlererkennung kann durch einen Gültigkeitsbereich an der Objekt-Variablen erreicht werden. Das Attribut muss dann am Modell schon definiert sein.

Die Analyse des Tracefiles unter Zuhilfenahme des "IDM Tracefile Analyzer" sollte der erste Schritt sein. Mit dem "IDM Errors"-Filter werden alle Fehlermeldungen angezeigt. Eine Kontrolle der umgebenden Tracezeilen oder der Aufrufliste (Stack) ist ebenso sinnvoll, wie auch die  Mustersuche nach "OLE".

Hier wurde aber wahrscheinlich der Anfängerfehler gemacht und die IDMOLE.LIB nicht zwischen IDMINIT.LIB und DM.LIB gelinkt.

Quellen von Dialogen und Modulen sind reine Textdateien, die in jedem Texteditor bearbeitet werden können.

Der IDM Editor erlaubt die interaktive Gestaltung eines Anwendungsdialogs, das Erstellen von Regeln und vieles mehr.

Die Regelsprache biete einfache skalare Datentypen wie string, boolean, integer, enum, index, event, class, method, datatype, attribute, method, pointer and object.
Zustätzlich gibt es noch für Variablen die Sammlungsdatentypen wie list, hash, vector, refvec and matrix.
Der Datentyp anvvalue kann dabei Daten von jede der obigen Datentypen aufnehmen. Der Gültigkeitsbereich bei vector[integer] definiert hier eine "Liste" von integer-Werten, im Gegensatz zum list-Datentype der jeglichen skalaren Datentyp erlaubt.
set, CString, short, float oder cardinal kennt der IDM nicht. dialog and rule sind IDM-Klassen. Ausserdem beginnen Schlüsselworte im IDM mit Kleinbuchstaben. Großbuchstaben am Anfang sind definieren Bezeichner.
void dient lediglich zur Definition von Funktionen und Regeln ohne Rückgabe.

Die automatische Represent- und Apply-Funktionalität des Datenmodells erledigt die Synchronisierung für mich. Ich benötige lediglich einen this:apply()-Aufruf bei Betätigung der "Apply"-Buttons. Die Verknüpfung zum RecUser-Record ist nur an einer einzigsten Stelle im Code nötig.

Beim Sichtbarmachung der Eingabemaske wird diese automatisch aus dem Daten-Record befüllt. Eine Konvertierung der Daten zwischen Datenmodell und Anzeige kann über die Methoden :represent() and :retrieve() überdefiniert werden.

layoutbox LyUser {
  .datamodel RecUser;

  edittext EtName {
    .dataget .Name;
    .dataset .Name;

  spinbox SpBAge {
    .dataget .Age;
    .dataset .Age;

  checkbox CbFemale {
    .dataget .Female;
    .dataset .Female;
    .dataget[.text] .Female;
    :represent() {
      if Attribute=.text then
        Value := this.Text[Value];
      endif
      pass this:super();
    }

pushbutton PbApply {
  on select {
    this.parent:apply();
  }
}

HiDPI Bild-Varianten

Um Bilder für verschiedene Bildschirmskalierungen zu darzustellen, kann man mehrere Bilder defineren, die je nach Skalierung verwendet werden.

e.g.
tile Ti "picture.gif;

bei einer Skalierung von 200% wird – sofern vorhanden – vom IDM automatisch das Bild picture@2x.gif geladen (Windows, Motif, Qt)

bei einer Skalierung von 300% wird – sofern vorhanden – vom IDM automatisch das Bild picture@3x.gif geladen (Windows, Motif, Qt)

HiDPI einschalten

Über die Manifestdatei muss HiDPI eingeschaltet werden.

<asmv3:application>
  <asmv3:windowsSettings>
    <dpiAware xmlns = "http://schemas.microsoft.com/SMI/2005/WindowsSettings">
      true
    </dpiAware>
    <dpiAwareness xmlns = "http://schemas.microsoft.com/SMI/2016/WindowsSettings" >
      PerMonitorV2
    </dpiAwareness>
  </asmv3:windowsSettings>
</asmv3:application>

The groupbox ist ein Hilfsobjekt, um eine logische Struktur innerhalb der Objekte zu definieren. Alle in ihr definierten Objekte liegen auf einer logischen Ebene.

Die Aufteilung von Informationen in mehrere Tabs einer Notepage kann helfen, den Dialog übersichtlicher zu gestalten und Informationen besser zu strukturieren.

Ähnlich wie eine groupbox lassen sich in einer layoutbox mehrere Objekte gruppieren.

The tablefield kann keine Kindobjekte aufnehmen.

Selbstverständich wird für die Anordnung von Objekten auf einem Dialog keine USW-Option benötigt!

Es gibt verschiedene Möglichkeiten.

Über das Kontektmenü kann man "Jump to Model" wählen.

In der Ansicht "Modellhierarchie" wird die komplette Hierarchie der Modelle dargestellt, so dass man hier leicht zum gewünschten Modell navigieren kann.

Richtig ist:

• Rasterhöhe 1:  Zur Berechnung der Rasterhöhe dient edittext Objekt als Referenz. Jedes Objekt besitzt eine andere Rahmenbreite, so dass es vorkommen kann, dass Buchstaben in bestimmten Objektklassen abgeschnitten werden.
• Fensterkoordinaten ändern sich: Fenster werden vom Fenstermanager des Desktops verwaltet. Dieser erfüllt nicht alle Größenwünsche.

Falsch ist:

• Höhe 0 oder 1 egal: Stimmt nur für edittext Objekt, alle anderen können andere Rahmenbreiten besitzen und damit eine unterschiedliche Höhe bei 0  oder 1.

Alle Möglichkeiten führen mehr oder weniger komfortabel zum Ziel.

Der IDM baut auf den Toolkits WIN32, Motif und Qt auf um Kunden die Entwicklung von Desktop-Anwendungen im professionellen Bereich zu unterstützen. Insofern zählen Smartphone-System nicht zur Zielplattform.

Mehr Informationen zu Support Requests und Informationen, die wir für die Bearbeitung benötigen.

Alles richtig.

Das Debugging-Symbol erhielt einen roten Breakpoint-Punkt um es vom Simulations-Symbol zu unterscheiden.

Die Dateiauswahlbox heißt filereq, das Eingabefeld heißt edittext

Richtig ist:

• mode_server: Mit diesem Mode wird das control Objekt anderen Anwendungen zur Verfügung gestellt. Typischerweise wird das control Objekt als Model definiert, so dass es mehrfach instanziiert werden kann.
• mode_client: Mit diesem Mode dient das control  Objekt als Verbindung zu einem fremden Objekt. Dies kann der Internet Explorer, Microsoft Word oder auch eine Datenbank sein.

Falsch ist:

• mode_ole: Diesen Mode gibt es tatsächlich nicht im ISA Dialog Manager.
• mode_none: Bedeutet, dass kein Mode gesetzt ist. Ohne gesetzten Mode gibt es keine OLE-Unterstützung.
• mode_applet : Diesen Mode gab es einmal in der Java Schnittstelle des ISA Dialog Managers, um das control Objekt zur Darstellung in einem Webbrowser als Applet zu verwenden.

Der richtig angewandte "Modus Wiederholen" in Kombination mit der Geometrie-Schnellsetzung ist hier die effizienteste Herangehensweise.

Die Pfeile zeigen lediglich die Geometrie-Zuordnung das danebenliegenden Eingabefeldes an. Ein Klick hat keine Funktion. Außerdem ist damit der Abstand zum rechten Rand gemeint.

Mit "Kinder anordnen" wird nur die Reihenfolge der Kinder unter einem Vaterobjekt geändert. Dies hat Einfluss auf die Tab-Reihenfolge und die Überdeckung.

Die Checkbox links vor fast allen Eingabfelder des Eigenschaften-Bereich zeigt an es sich beim Eingabewert um eine "geerbten" Wert handelt oder im Vergleich zum Modell geändert ist. Eine Werteänderung wirkt sich nur auf die Instanzen aus die also keinen überschriebenen Wert besitzten (was hier allerdings der Fall ist).

The IDM search in the Eclipse plugin assists in searching for all object types of the IDM.

The Eclipse plugins for the IDM are a powerful tool for working with the ISA Dialog Manager.

• Assistenten (Wizards) zum Anlegen neuer IDM-Projekte und neuer Dateien (Dialoge, Module).
• Dynamischer Inhaltsassistent, der Ihnen während der Eingabe eine Liste mit den gültigen Ergänzungsmöglichkeiten (Kindobjekte, Attribute, Methoden, Schlüsselwörter, Aufzählungstypen) anzeigt. Das gewünschte Element können Sie per Mausklick aus der Liste übernehmen. In der Liste werden zusätzlich Kontextinformationen, z. B. die Datentypen von Funktions- und Methodenparametern, angezeigt.
  Markierung von Problemstellen (Fehler, Warnungen) durch Symbole am linken Rand.
• Ein komfortabler Editor mit Syntax-Hervorhebung, Automatische Formatierung des Quellcodes
• IDM-spezifische Ansichten wie Paketansicht, Modellhierarchie
  Schnellansichten: Bezeichnerliste mit allen Bezeichnern im Dialog oder Modul. Ein Bezeichner kann per Doppelklick in den Quellcode übernommen werden.
  Modellhierarchie des aktuell bearbeiteten Objekts mit der Möglichkeit zur Definition eines Modells zu springen.
• Ausführen der Simulation über eine Run- oder Debug-Konfiguration
• Kontextsensitive Hilfe, die Sie um eigene Inhalte erweitern können.
• Sprungfunktionen für eine schnelle Navigation im Quellcode

Mithilfe von Code-Templates lassen sich Methoden generieren.

Die verdeckte Formatierung zusammen mit der Steuerung der Tracing-Ausgabe ist in diesem Fall einzusetzen. Der IDM unterstützt zwar reguläre Ausdrücken für die Validierung der Eingabe aber keine Zeichenersetzung.

Das Attribut .xraster setzt die Rasterbreite für die Kindobjekte, außer das Attribut .reffont  ist gesetzt.

Das Attribut .reffont  bestimmt eine Schriftart, die zur Rastergrößenberechnung herangezogen wird. Die font Ressource besitzt eine Reihe von Attributen, um die Umrechnung in Pixel zu beeinflussen.

Das Attribut .font setzt die Schriftart des Objektes, bestimmt aber keine Rastergröße.

Das Attribut .yauto  bestimmt wie bzw. wo das Objekt in seinem Vaterobjekt angebunden ist. Der Wert 0 besagt, dass das Objekt oben und unten angebunden ist.

Mit dem Attribut .real_yraster kann die aktuelle Rasterhöhe abgefragt werden, ein Setzen ist nicht möglich. Allgemein gilt, dass Attribute, die mit der Vorsilbe real_  beginnen, ausschließlich der Abfrage von aktuellen Werten dienen, wenn das Objekt angelegt ist.

Beim Drücken von STRG + Leertaste wird ein Menü geöffnet, in dem der Benutzer aus einer Liste von passenden Objekten eine Auswahl treffen kann.

STRG + h öffnet die IDM-Suche.

Richtig ist:

• IDM erweitern: Im Dialogskript sind die USW-Objekte nicht von anderen IDM Objekten zu unterscheiden. Die Darstellungskomponente des Tracefile Analyzers ist zum Beispiel als USW-Objekt implementiert.
• Schnittstelle zu Fenstersystem-Objekt: Damit können Fenstersystem-Objekte, die es zum Beispiel nur unter Windows gibt, wie IDM Objekte im Dialogskript verwendet werden.

Falsch ist:

• IDM Objekte erweitern: Dies geht leider nicht, aber ich kann eigene Objekte implementieren, die die gewünschte Funktion besitzen.
• Portable Objekte: Die Definition der Schnittstelle zum ISA Dialog Manager ist zwar portabel möglich, aber das eigentliche Objekt muss spezifisch für das jeweilige Fenstersystem implementiert werden.

Mithilfe von Textressourcen lassen sich für mehrere Sprachen Texte definieren, so dass der Benutzer die Oberfläche in seiner eingestellten Sprache sehen kann.

Die Outline und Code-Formatierung sind Bestandteil des Eclipse Plugins.

Farben, Schriftarten, Bilder, Mauszeiger, Tastaturbeschleuniger, Ein- und Ausgabeformate, Mehrsprachige Texte und Quellen/Ziele für Drag&Drop können als Variant Resources definiert werden. Dadurch lassen sich zum Beispiel Oberflächentexte für mehrere Sprachen für Ihre Anwendung definieren.

Mehr über Variant Resources finden Sie in unserer Dokumentation.

Es gibt kein Objekt "Textfield". Ein edittext lässt sich über das Attribut .multiline in ein mehrzeiliges Textfeld umwandeln.

Die Option opt_sort ist nur für den poptext verfügbar.

The :insert-Methode fügt lediglich leere Zeilen/Spalten ein. Auch eine Sortierungsoption hat sie nicht.

Dies letzte Option ist etwas umständlich, funktioniert aber ebenso.

Mit den Builtin-Funktionen getvector() and setvector() stehen Funktionen in der Regelsprache bereit um in einer Aktion den komplette Inhalt zu bekommen.

Mit der Regelsprache wird eine Schleife so definiert:

for I:=1 to Listbox.itemcount do 
  print Listbox.content[I];
endfor

oder

variable list Array := ["go","fly","jump"];
variable string Action;

foreach Action in Array do
  print Action;
endfor

Die anderen Codeschnipsel sind PHP, JavaScript und C++.