wiki-spaces-s1-pages-50855985-makrobefehle.md
By Andreas Langmaack (Unlicensed)
Apr 25, 2024
37 min
Add a reaction
Es stehen folgende Makro-Befehle zur Verfügung.
|
|
FestlegenFeldWert
| | --- | --- |
|
|
FestlegenFeldWert
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
Parameter 3 (optional, Default True):
Änderungs-Logik ausführen?
Standardmäßig wird, wenn sich ein Feldwert ändert, das Dirty-Flag gesetzt sowie Validierungen und das "Nach Aktualisierung"-Makro ausgeführt.
Dies kann durch den Wert False unterdrückt werden. Das Verhalten ist dann so, wie beim Laden eines vorhandenen Satzes in das UI.
Hinweis: Das "Nach Setzen"-Makro zum Setzen des UI-Status bleibt unberührt.
Anwendungsbeispiele für False: Das Setzen von Default-Werten im "Beim Anzeigen"-Ereignis.
| |
Verfügbarkeit
|
nur in Daten-Edit-, Multi-Daten-Edit- und Selektions-Elementen
| |
Beschreibung
|
Setzen eines Feldwertes (Ausdruck muss ein Ergebnis des entsprechenden Datentyps zurückgeben)
| |
XML-Tag
|
1
| |
WebClient
|
Ja
|
|
|
FestlegenFeldAktiv
| | --- | --- |
|
|
FestlegenFeldAktiv
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
Parameter 2:
Feld aktiv (True) oder inaktiv (False) schalten
(kann als Makro-Ausdruck angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-, Multi-Daten-Edit- und Selektions-Elementen
| |
Beschreibung
|
Setzen eines Feldes oder aller Felder auf aktiv bzw. inaktiv
Feldname kann hierbei auch ein Unterformular referenzieren (Syntax-Beispiel: „[subform]“) und betrifft dann das komplette Unterformular.
Als Feldname kann auch ein "*"-Zeichen angegeben werden (Beispiel: "[*]"), dann werden alle Felder entsprechend behandelt.
Im Daten-Edit-Element kann als Feldname auch "$NavigationPart" angegeben werden, um das Navigations-Element des Data-Edit-Elements aktiv/inaktiv zu schalten.
In Multi-Daten-Edit-Elementen wird immer nur das Feld der aktuellen Zeile aktiv/inaktiv geschaltet.
Anwendungshinweis: Die inaktive Darstellung ist zu verwenden, wenn die Daten ungültig sind, i.d.R. sind sie dann auch leer. Inaktive Felder werden bewusst schlecht lesbar dargestellt und die Inhalte können nicht in die Zwischenablage kopiert werden. Bezüglich "gültiger Daten" siehe Hinweis zum Makro-Befehl "FestlegenNurLesen".
| |
XML-Tag
|
2
| |
WebClient
|
ja
|
|
|
FestlegenFeldSichtbar
| | --- | --- |
|
|
FestlegenFeldSichtbar
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
Parameter 2:
Feld sichtbar /eingeblendet (True) oder unsichtbar /ausgeblendet (False) schalten
(kann als Makro-Ausdruck angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit- und Selektions-Elementen
| |
Beschreibung
|
Setzen eines Feldes oder aller Felder auf sichtbar bzw. unsichtbar (Felder mit "Visibility" 2 (versteckt) können nicht umgeschaltet werden).
Feldname ka nn hierbei auch ein Unterformular referenzieren (Syntax-Beispiel: „[subform]“) und betrifft dann das komplette Unterformular (Spalten werden nur vom Anwender ein-/ausgeblendet).
Als Feldname kann auch ein "*"-Zeichen angegeben werden (Beispiel: "[*]"), dann werden alle Felder entsprechend behandelt.
| |
XML-Tag
|
3
| |
WebClient
|
ja
|
|
|
FestlegenLokaleVar
| | --- | --- |
|
|
FestlegenLokaleVar
| | --- | --- | |
Parameter
|
Parameter 1:
Variablen-Name, beginnend mit einem oder zwei Unterstreichungszeichen ("_")
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
Generell
| |
Beschreibung
|
Setzen des Wertes einer lokalen Variablen, die bei Bedarf gemäß des Datentyps des Ausdrucks erzeugt wird (Lebensdauer analog dem Element, das das Makro enthält). Bei der Verwendung von lokalen Variablen sind diese in eckige Klammern zu setzen. Die Namen von lokalen Variablen müssen mit einem Unterstreichungszeichen („_“) beginnen.
| |
XML-Tag
|
4
| |
WebClient
|
ja
|
|
|
FestlegenNurLesen
| | --- | --- |
|
|
FestlegenNurLesen
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-, Multi-Daten-Edit- und Selektions-Elementen
| |
Beschreibung
|
Setzen eines Feldes in den Nur-Lesen-Modus bzw. den Editiermodus (Ausdruck muss ein Ergebnis des Datentyps Boolean zurückgeben)
Die Metadaten sind allerdings vorrangig, d.h. dort definierte Nur-Lesen-Felder können nicht umgeschaltet werden (Attribut "Schreibschutz?" oder wenn zur Laufzeit keine Schreib-Berechtigung vorliegt).
Als Feldname kann auch ein "*"-Zeichen angegeben werden (Beispiel: "[*]"), dann werden alle Felder entsprechend behandelt.
Wenn ein Feld, das ein Unter-Element referenziert (Multi-Daten-Edit-Element), auf "nur lesen" gesetzt wird, bedeutet dies, dass keine Zeilen hinzugefügt oder gelöscht werden können. Die einzelnen Zellen innerhalb der Tabelle werden nicht beeinflusst (bleiben also ggf. beschreibbar). Diese können bei Bedarf im "OnCurrent"-Makro der Zeile per "[*]" schreibgeschützt werden.
Im Einzelnen:
Die "Neu"-Zeile wird ausgeblendet.
Die Funktionalität der Zwischenablage wird entsprechend eingeschränkt.
Die Funktionen 6 ("neuer Datensatz"), 8 ("Datensatz löschen") und 9 ("Datensatz kopieren") werden automatisch inaktiv.
Anwendungshinweis: Schreibschutz ist zu verwenden, wenn die Daten zwar gültig sind, aber vom Anwender nicht geändert werden dürfen. Schreibgeschützte Felder werden gut lesbar dargestellt und die Inhalte können in die Zwischenablage kopiert werden. Bezüglich "ungültiger Daten" siehe Hinweis zum Makro-Befehl "FestlegenFeldAktiv".
In Multi-Daten-Edit-Element wird immer nur das Feld in der aktuellen Zeile (die Zelle) umgeschaltet.
| |
XML-Tag
|
6
| |
WebClient
|
ja
|
|
|
FestlegenFeldLeer
| | --- | --- |
|
|
FestlegenFeldLeer
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
Parameter 2 (optional; Default True):
Änderungs-Logik ausführen?
Standardmäßig wird, wenn sich ein Feldwert ändert, das Dirty-Flag gesetzt sowie Validierungen und das "Nach Aktualisierung"-Makro ausgeführt. Dies kann durch den Wert False unterdrückt werden. Das Verhalten ist dann so, wie beim Laden eines vorhandenen Satzes in das UI.
Hinweis: Das "Nach Setzen"-Makro zum Setzen des UI-Status bleibt unberührt.
Anwendungsbeispiele für False: Das Setzen von Default-Werten im "Beim Anzeigen"-Ereignis.
| |
Verfügbarkeit
|
nur in Daten-Edit-, Multi-Daten-Edit- und Selektions-Elementen
| |
Beschreibung
|
Löschen eines Feldwertes, d.h. Feld auf leeren Wert setzen. Zum Prüfen, ob ein Feld leer ist, steht die Funktion "IsEmpty()" zur Verfügung.
| |
XML-Tag
|
7
| |
WebClient
|
ja
|
|
|
FestlegenFeldBezeichnung (Ab Version 9.0.1)
| | --- | --- |
|
|
FestlegenFeldBezeichnung (Ab Version 9.0.1)
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname
(bei MDEE:
MDEE-Feldname + "." + MDEE-Spaltenname)
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-/Selektions-Elementen und für die dort enthaltenen Multi-Daten-Edit-Elemente
(das Makro darf nicht direkt im Kontext des MDEE ausgeführt werden)
| |
Beschreibung
|
Setzen eines Feld-Titels bzw. bei eingebetteten MDEE setzen des Spalten-Titels
| |
XML-Tag
|
8
| |
WebClient
|
nein
|
|
|
FestlegenFeldBezeichnungExtension(Ab Version 9.0.4)
| | --- | --- |
|
|
FestlegenFeldBezeichnungExtension(Ab Version 9.0.4)
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname: MDEE-Feldname + "." + MDEE-Spaltenname
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-/Selektions-Elementen für die dort enthaltenen Multi-Daten-Edit-Elemente und in Listen-Elementen (nur im Ereignis "OnOpenPart" ab Version 9.0.4)
| |
Beschreibung
|
nur in Daten-Edit-/Selektions-Elementen und für die dort enthaltenen Multi-Daten-Edit-Elemente (das Makro darf nicht direkt im Kontext des MDEE ausgeführt werden)
| |
XML-Tag
|
9
| |
WebClient
|
nein
|
|
|
FestlegenSchlüsselWert(Ab Version 9.0.4)
| | --- | --- |
|
|
FestlegenSchlüsselWert(Ab Version 9.0.4)
| | --- | --- | |
Parameter
|
Parameter 1:
Schlüsselfeldnummer (1-3)
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
nur im Kontextmenü einer Datenklasse
| |
Beschreibung
|
Setzen des Schlüsselwertes eines Datenklasse (Ausdruck muss ein Ergebnis des entsprechenden Datentyps zurückgeben)
| |
XML-Tag
|
10
| |
WebClient
|
nein
|
|
|
FestlegenSpalteSichtbar (Ab Version 9.0.1)
| | --- | --- |
|
|
FestlegenSpalteSichtbar (Ab Version 9.0.1)
| | --- | --- | |
Parameter
|
Parameter 1:
Feldname (MDEE-Feldname und Spaltenname des MDEE, getrennt durch einen Punkt oder Feldname (bei Listen-Element))
Parameter 2:
Spalte sichtbar /eingeblendet (True) oder unsichtbar /ausgeblendet (False) schalten
(kann als Makro-Ausdruck angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-/Selektions-Elementen für die dort enthaltenen Multi-Daten-Edit-Elemente; außerdem Listen-Elementen (dort nur im Ereignis "OnOpenPart" ab Version 9.0.4)
| |
Beschreibung
|
Setzen einer MDEE-Spalte und des korrespondierenden Feldes im Detailbereich auf sichtbar bzw. unsichtbar bzw. Setzen einer LIsten-Element-Spalte auf sichtbar bzw. unsichtbar.
MDEE-Spalten und LIsten-Element-Spalten, die auf versteckt gesetzt sind, können nicht umgeschaltet werden.
| |
XML-Tag
|
21
| |
WebClient
|
nein
|
|
|
HervorhebungKontextmenüSchaltfläche
| | --- | --- |
|
|
HervorhebungKontextmenüSchaltfläche
| | --- | --- | |
Parameter
|
Parameter 1:
Kontextmenü-Eintrag-Name
Parameter 2:
Ausdruck mit Feldreferenzen, Funktionen, Konstanten, etc. (z.B. müssen Strings hier in Anführungszeichen angegeben werden)
| |
Verfügbarkeit
|
nur in Daten-Edit-Elementen
| |
Beschreibung
|
Hervorhebung der Schaltfläche ein-/ausschalten (Ausdruck muss ein Ergebnis des Datentyps Boolean zurückgeben).
Steht der Kontextmenü-Eintrag nicht als Schaltfläche zur Verfügung, hat das Makro keine Auswirkung.
| |
XML-Tag
|
41
| |
WebClient
|
nein
|
|
|
AktivierenWeiter/Starten (ab Version 9.0)
| | --- | --- |
|
|
AktivierenWeiter/Starten (ab Version 9.0)
| | --- | --- | |
Parameter
|
Parameter 1:
Schaltfläche "Weiter" bzw. "Starten" aktiv (True) oder inaktiv (False) schalten
(kann als Makro-Ausdruck angegeben werden)
| |
Verfügbarkeit
|
nur in Assistenten-Dialogen (Selektions-Elemente mit Verwendungszweck Assistenten-Dialog)
| |
Beschreibung
|
Aktivieren/Deaktivieren der Schaltflächen "Weiter" bzw. "Starten" in Assistenten. Auf Assistenten-Seiten mit Folgeseiten wird "Weiter" aktiviert, auf der letzten Assistenten-Seite wird "Starten" aktiviert Standardmäßig ist eine der Schaltflächen aktiviert.
| |
XML-Tag
|
42
| |
WebClient
|
ja
|
|
|
AufrufenDll
| | --- | --- |
|
|
AufrufenDll
| | --- | --- | |
Parameter
|
Parameter 1:
Name der aufzurufenden DLL (ohne Verzeichnisname, aber mit Dateinamenerweiterung „.dll“; die DLL wird immer im Sage-100-Shared-Verzeichnis des Applikationsservers gesucht)
Parameter 2:
Name der aufzurufenden Klasse inkl. Namespace (als Basisklasse ist "MacroProcessBase" zu verwenden; es wird die Methode "Execute" aufgerufen)
Parameter 3 (optional):
Semikolon-separierte Liste der zu übergebenden Felder, lokalen Variablen oder konstanten Werte (keine Ausdrücke; Feldwerte können geändert werden; Unter-Elemente und deren Felder können nicht übergeben werden).
Als Parameternamen für den Geschäftsprozess werden die Namen der Felder bzw. lokalen Variablen übernommen. Bei konstanten Werten wird der Name wie folgt gebildet: "_Parameter" + lfd. Nr. konstanter Wert (auf Basis 1, nicht die lfd. Parameternummer)
Parameter 4 (optional):
True = Aufruf asynchron ausführen
False (Default) = Aufruf synchron ausführen
Anmerkung zu Parameter 4: Länger laufende Verarbeitungsprozesse, wie Importe, sollten asynchron ausgeführt werden, um Zeitüberschreitungen (Timeouts) zu vermeiden. (ab Version 9.0) Client-seitig wird dann eine "Fortschrittsanzeige" (Animation) angezeigt.
Rückgabewerte sind _Canceled und _CanceledMessage
Bei _Canceled=True werden evtl. zurückgegebene Parameter nicht übernommen.
Parameter 5 (optional):
Handelt es sich um einen Dll-Aufruf, der abgebrochen werden kann?
True = Die Verarbeitung kann abgebrochen werden
False (Default) = Die Verarbeitung kann nicht abgebrochen werden
Beim Einfügen/Aktualisieren/Löschen von Datensätzen stehen beim Ausführen der Server-seitigen Ereignisse „Vor Änderung“ und „Vor Löschung“ im aufgerufenen Geschäftsprozess über die Basisklasse die Daten des Datensatzes (inkl. Hierarchie, d.h. Parent-/Child-Datensätze) wie folgt zur Verfügung:
Zugriff auf die Daten erfolgt über „Me.OldRecord“ und „Me.NewRecord“ (nur für lesende Verwendung)
Beim Einfügen ist „Me.OldRecord“ Nothing.
Beim Löschen ist „Me.NewRecord“ Nothing.
„Me.NewRecord“ ist der Datensatz mit den neuen Daten, wie ihn der Client sendet. Er enthält nur die geänderten Datenfelder. „Me.NewRecord“ verweist immer auf den gerade zu schreibenden Datensatz (Aufruf der Ereignisse erfolgt pro Datensatz). Parent- und Child-Datensätze stehen in „Me.NewRecord“ uneingeschränkt zur Verfügung, soweit Änderungen vorhanden sind.
„Me.OldRecord“ ist der Datensatz mit den kompletten alten Daten, d.h. allen Datenfeldern.
Sobald ein Datensatz geschrieben wurde, enthält „Me.OldRecord“ die nach dem Schreiben neu gelesenen Daten. Dies gilt auch für alle Parent-Datensätze und die bereits geschriebenen Datensätze der gleichen Ebene.
Zum Zeitpunkt des Auftretens der Ereignisse sind die Parent-Datensätze komplett enthalten, aber noch keine evtl. vorhandenen Child-Datensätze. Sätze der gleichen Ebene nur, wenn sie bereits geschrieben wurden.
Wenn bei einer Update-Operation neue Datensätze entstehen, haben diese keine alten Daten. Da trotzdem ein Parent zur Verfügung stehen muss, wird in diesem Fall ein „leerer“ alter Datensatz zur Verfügung gestellt, der aber einen Parent-Verweis hat.
Die Basisklasse bietet einige vordefinierte Methoden zum Umgang mit den Daten (u.a. die Möglichkeit zwischen neuen und aktualisierten Datensatz zu unterscheiden).
| |
Verfügbarkeit
|
generell
| |
Beschreibung
|
Aufruf eines Geschäftsprozesses zur Datenänderung oder Prüfung (Client-seitige Aufrufe werden automatisch zum Server umgeleitet)
Das Ergebnis des Aufrufs wird in den lokalen Variablen "_Canceled" und "_CanceledMessage" zurückgegeben (siehe unten).
Bei _Canceled=True werden evtl. zurückgegebene Parameter nicht übernommen.
| |
XML-Tag
|
101
| |
WebClient
|
ja
|
|
|
DatenSerialisieren (ab Version 9.0.7)
| | --- | --- |
|
|
DatenSerialisieren (ab Version 9.0.7)
| | --- | --- | |
Parameter
|
Parameter 1:
Name der lokalen Variable, in die die serialisierten Daten geschrieben werden sollen
| |
Verfügbarkeit
|
Nur in Daten-Edit-Elementen
| |
Beschreibung
|
Serialisieren der aktuellen Daten in einen XML-String.
| |
XML-Tag
|
104
| |
WebClient
|
Nein
|
|
|
DatenDeserialisieren (ab Version 9.0.7)
| | --- | --- |
|
|
DatenDeserialisieren (ab Version 9.0.7)
| | --- | --- | |
Parameter
|
Parameter 1:
Name der lokalen Variable, aus der die serialisierten Daten gelesen werden sollen.
Parameter 2:
Art der Datenübergabe (jeweils ohne Anführungszeichen):
| |
Verfügbarkeit
|
Nur in Daten-Edit-Elementen
| |
Beschreibung
|
Deserialisieren der Daten aus einem XML-String und ersetzen der aktuellen Daten.
| |
XML-Tag
|
105
| |
WebClient
|
Nein
|
|
|
DatensatzSuchen
| | --- | --- |
|
|
DatensatzSuchen
| | --- | --- | |
Parameter
|
Parameter 1:
voll qualifizierter Name eines Daten-Such-Elementes (<name>.<partnerid>.<packageid>)
Die Angabe eines Ausdrucks (muss mit "=" beginnen) ist zulässig. Dabei sollte anstelle des voll qualifizierten Namens nur der Name verwendet werden, wodurch auf die jeweilige Lösung selbst verwiesen wird. Dies ist erforderlich, wenn nachfolgend das Exportieren/Importieren der Lösung mit der Option "Veränderungen durch Empfänger zulassen" genutzt werden soll, da ansonsten die Abhängigkeit von der Export-Lösung nicht aufgelöst werden kann.
Parameter 2:
Name der lokalen Variablen für die Rückgabe des ausgewählten Schlüssels (bei mehreren Schlüsselsegmenten Semikolon-separiert mehrere lokale Variablen; max 3 (bis Version 9.0) und max. 9 (Ab Version 9.0) Schlüssel-Segmente)
Bei Mehrfachselektion (Parameter 4 = True Ab Version 9.0.3) erfolgt die Rückgabe pro lokaler Variable als Semikolon-separierte Liste. Texte werden in Anführungszeichen eingefasst, innenliegende Anführungszeichen werden verdoppelt.
Parameter 3 (optional):
Semikolon-separierte Liste von Name-/Ausdruck-Paaren zur Übergabe von Werten an die Datenquelle des Suchdialoges und zur Anzeige in der erweiterten Titelzeile im Listen-Element (Attribut "ChildTitleExtension"). Im Datenquellen-SQL und in der erweiterten Titelzeile können sie per Platzhalter verwendet werden, z.B.: "$[Parameter(name)]". Konstante Texte müssen in Anführungszeichen eingefasst werden, innenliegende Anführungszeichen sind zu verdoppeln.
Parameter 4 (optional; Default False):
Mehrfachselektion zulassen (True) oder nicht zulassen (False)
Format: Name:=Makroausdruck[;...]
Beispiel: Art:=1;Typ:=[Typ];Kahn:="Kahn ""Der Titan"""
| |
Verfügbarkeit
|
generell
| |
Beschreibung
|
Öffnet ein Daten-Such-Element
Das Ergebnis des Aufrufs wird in der lokalen Variable "_Canceled" zurückgegeben.
Per Makro-Befehl "FestlegenAdhocFilterSuche" kann ein Filter vorgegeben werden. Beispielsweise der aktuelle Wert eines Feldes, für welches die Suche aufgerufen wird.
| |
XML-Tag
|
Collapse action bar
View all comments
Open Details Panel
Create page
Open Rovo Chat
Add a reaction
Anonymous
Jun 5, 2019
Ist dei DllAufrufen der Parameter 4 nicht erst ab einem bestimmten Versionsstand Verfügbar? Wenn ja, sollte dies gekennzeichnet werden. Danke.
Andreas Langmaack (Unlicensed)
Jun 5, 2019
Sie haben recht (steht erst ab 8.1.1 zur Verfügung), vielen Dank für den Hinweis, Text ist korrigiert.
ReplyHide reply
Anonymous
Jun 6, 2019
Ist es gewollt, dass beim AufrufenDll die in Parameter 3 angegebenen NamedParameter mit und ohne Multiselect unterschiedliche Namen haben?
Bsp:
|
Multiselect
|
Parameter 3
|
NamedParameter Key
|
| | --- | --- | --- | --- | |
nein
|
[$Me($IndexSelected).BelID]
|
BelID
|
| |
ja
|
[$Me($IndexSelected).BelID]
|
$Me($IndexSelected).BelID
|
|
Wäre eine vereinheitlichung nicht sinnvoll?
Andreas Langmaack (Unlicensed)
Jun 13, 2019
Ich kann Ihren Fall 1 so nicht nachvollziehen. Auch in diesem Fall ist der NamedParameterKey = $Me($IndexSelected).BelID. Genau genommen ist der Parametername identisch mit den Namen der Parameter aus Parameter 3 des Makrobefehls. Falls Sie in beiden Fällen nur "BelID" abfragen wollen, können Sie auch bei Multiselect das Feld angeben. In diesem Fall [BelID].
Getestet in Version 8.1.1, Makrobefehl AufrufenDll aus einem Kontextmenü eines Listenelementes.
Anonymous
Jun 27, 2019
Hallo Herr Langmaack,
ja sie haben recht. Also macht es in disem Fall keinen unterschied ob mit dem SelectedIndex gearbeitet wird oder nicht?
Andreas Langmaack (Unlicensed)
Jul 1, 2019
Ja, denn bei Multiselect bekommt man als Feldinhalt die Feldinhalte aller selektierten Datensätze Semikolon separiert.
ReplyHide replies
Anonymous
Nov 3, 2020
Verbesserungsvorschlag für die Dokumentation des Befehls “Bericht öffnen“:
Sollte hier nicht nach der Beschreibung eher $Preview:=0 als Beispiel stehen? $Preview:=1 sorgt ja gerade für eine Vorschau.
Nov 3, 2020
Sehr guter Hinweis. Es war hier nicht korrekt. Ich habe das entsprechen angepasst.
ReplyHide reply