Alle Quizfragen

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.

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.

Unter Plattformen sind die aktuell unterstützten Varianten aufgeführt.

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.

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

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.

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 mit Syntax-Hervorhebung, Quellcode-Formatierung und Inhaltsassistent mit Ergänzungsvorschlägen.
• Sprung zur Deklaration, zum Modell, zum übergeordneten Objekt usw.
• Ansichten für Dialogstruktur und Modellhierarchie.
• Einfaches Starten des IDM-Syntax-Checks und Springen zu Fehlerstellen.
• Konfigurierbare, erweiterbare und kontextsensitive Hilfe.

Die Eclipse-Plugins für den IDM sind ein mächtiges Werkzeug, um mit dem ISA Dialog Manager zu arbeiten.

• 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.

Nur die Antwort zwei und vier sind in der Regelsprache geschrieben, erkennbar an for..do..end. Ansonsten haben wir C++, JavaScript  und PHP in den Antworten "versteckt".

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.

Richtig ist:

• Format-Funktion:  Diese dient dazu eigene Editierformate für das edittext Objekt zu implementieren.
• 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.
• List-Funktion: Diese Funktion gibt es nicht, auch wenn es Canvas-, Format- und Record-Funktionen gibt.
• Toolkit-Funktion: Es gibt zwar DM_GetToolkitDataEx und DM_SetToolkitData aber keine Toolkit-Funktion.

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

Die Regelsprache biete einfache skalare Datentypen wie
string, boolean, integer, enum, index, event, class, method, datatype, attribute, method, pointer und object.
Zustätzlich gibt es noch für Variablen die Sammlungsdatentypen wie list, hash, vector, refvec und 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<integer>, CString, short oder float kennt der IDM nicht. dialog und 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.

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.

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.

Mit einem Punkt hinter einem Objekt öffnet das IDM Eclipse Plugin eine Vorschlagsliste für Attribute, mit Doppelpunkt eine Liste von Methoden.

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.

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

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 und statictext verfügbar. Das Attribut .text einer notepage wird nicht von allen Toolkits unterstützt.

Für den Anwender ist es einfacher, wenn er in seiner Anwendung direkt bei der Bedienung eines Dialogs Unterstützung bekommt und nicht erst auf das Hilfesystem zugreifen muss.

• Acceleratoren verbessern die Tastaturbedienbarkeit. Accelerators und Mnemonics ermöglichen geübten Benutzern schnelles und effektives Arbeiten mit der Anwendung. Mnemonics und Accelerators werden primär im Menüsystem verwendet. Der Dialog Manager selbst unterstützt für alle selektierbaren Objekte Mnemonics und Accelerators. Ihre Einsatzfähigkeit ist jedoch stark vom Fenstersystem abhängig.
• Toolhelps können hilfreiche Hinweise zu einzelnen Objekten geben. Wenn dieses Attribut gesetzt ist, erscheint ein kleines Popup mit dem spezifizierten Text, sobald sich der Mauszeiger für kurze Zeit bewegungslos innerhalb des jeweiligen Objekts befindet. Das Popup wird automatisch nach einer gewissen Zeitspanne oder bei Bewegung des Mauszeigers wieder ausgeblendet. Screenreader sind in der Lage die Toolhelpinfo vorzulesen.
• Im Attribut statushelp wird der Hilfetext abgelegt, der dargestellt wird, wenn sich die Maus über dem Objekt befindet und falls das Vaterfenster eine sichtbare Statusbar besitzt, die eine gültige .helppos-Definition enthält.
• Die verschiedenen Objektarten signalisieren dem Anwender, was von ihm erwartet wird. Daher sollten diese auch entsprechend eingesetzt werden.

• 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.

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

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.

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.

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

Mehr über Variante Ressourcen finden Sie in unserer Dokumentation.

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.

Das 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.

Durch diese Regelabarbeitungsreihenfolge ist es möglich Funktionalität in Modelle zu packen aber auch eine Überdefinition durch übergeordneten Modellen oder der Instanz zu erreichen.

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.

Die 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.

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() und :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();
  }
}

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

Kommentare bleiben im Quellcode des Dialogs erhalten, wenn sie mit doppelten Ausrufezeichen markiert werden:

!! In Liste wird etwas selektiert, darum werden die
!! Pushbuttons Löschen und Informationen freigeschaltet

Bei benutzerdefinierten Attributen lassen sich Kommentare übrigens dirket bei der Definition erstellen.

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.
• +writeinterface: Diese Startoptionen ist erfunden.

Richtig ist:

• Distributed Dialog Manager:  Mit Hilfe der Netzwerk-Option können Schnittstellenfunktionen der Anwendung auf einem anderen Rechner aufgerufen werden. Die Anwendung wird sozusagen verteilt, daher Verteilter Dialog Manager - Distributed Dialog Manager

Falsch sind:

• Deutsches Dampflokomotiv-Museum: Es gibt zwar dieses Museum in Oberfranken, aber dies ist sicher keine Option des ISA Dialog Managers.
• Dynamic Device Mapping: Auch wenn es technisch klingt ist dies keine ISA Dialog Manager Option.

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 IDM Editor 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.

Der letzte Parameter von setvalue() oder :set() muss explizit mit false Aufgerufen werden um die Erzeugung von changed-Ereignissen zu unterbinden.
Die Zuweisungsart ::= ist die äquivalente Kurzform.

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.

Richtig sind:

• .xraster :  Dieses Attribut setzt die Rasterbreite für die Kindobjekte.
• .reffont : Diese Attribut bestimmt eine Schriftart, die zur Rastergrößenberechnung herangezogen wird. Die font Ressource besitzt eine Reihe von Attributen, um die Umrechnung in Pixel zu beeinflussen.

Falsch sind:

• .font :  Dieses Attribut setzt die Schriftart des Objektes, bestimmt aber keine Rastergröße.
• .yauto :  Dieses Attribut bestimmt wie bzw. wo das Objekt in seinem Vaterobjekt angebunden ist. Der Wert 0 besagt, dass das Objekt oben und unten angebunden ist.
• .real_yraster :  Mit disem Attribut 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.

Alles richtig.

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.

Die IDM-Suche im Eclipse-Plugin unterstützt bei der Suche nach allen Objekttypen des IDMs.

Über die Startoption -IDMtracetime oder den Profiler im Debugger können solche Stellen im Code ausfindig gemacht werden.

Die ISA Informationssysteme GmbH wurde 1987 als Spin-off des Fraun­ho­fer-Insti­tuts für Arbeits­wirt­schaft und Orga­ni­sa­tion (IAO) in Stutt­gart von Mit­ar­bei­tern der Abtei­lung Mensch-Com­pu­ter-Inter­ak­tion gegrün­det.

Hier finden Sie mehr über die Geschichte unseres Unternehmen.

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.

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

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

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.

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.

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

Die :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() und setvector() stehen Funktionen in der Regelsprache bereit um in einer Aktion den komplette Inhalt zu bekommen.

Empfehlenswert sind:

• y-Divisor: Es wird aufgerundet, so dass die Buchstaben nicht abgeschnitten werden
• Referenzstring: Es werden die Breitenverhältnisse der Schriftart berücksichtigt.

Nicht empfehlenswert sind:

• y-Skalierungsfaktor: Durch Rundungsprobleme kann das Raster zu niedrig werden. Rundungseffekt ist abhängig von Schriftgröße und Bildschirmauflösung.
• y-Skalierungsfaktor: Breitenverhältnisse sind abhängig von der Schriftart, der Schriftgröße und der Bildschirmauflösung.

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

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

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

message ist eine Ressource und kein Objekt.

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.

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.

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

HiDPI Bild-Varianten

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

z.B.
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>

Das fail()-Konstrukt um Fehler in Ausdrücken zu erkennen ist eine gute Wahl.  Zusätzlich zu return gibt es noch pass und 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.

Der Importmechanismus über "use" sorgt für das einmalige Laden eines Moduls im Dialog. Bei einer erzwungenen oder notwendigen Laden von ModWin (z.B.: Interface-Dateien fehlen) wird auch das "Mod Window"-Fenster sichtbar. Deshalb sind je nach Situation ein oder zwei Fenster sichtbar.