Sehr geehrter TomH,
Ich Danke Dir Bestens fuer Deine Lektion in der Deutschen Sprache!
Deine Darstellung ist großartig (Ein Engel ueber Berlin!). Deshalb brauchst Du keine Hilfe von einem kleinen Italiener wie ich.
Auf wiedersehen!
P.S. 
Hier ist ein Makro Beispiel um eine folgende Form zu befragen:
Sub OpenForm_1
const sNewDocumentName=“Your Form”
oNewFormDocument=ThisDatabaseDocument.FormDocuments.getbyname(sNewDocumentName).open
End Sub
Blockquote
Hi Andreas,
Danke für den Hinweis auf die Einstellungen zu Zyklus - in meinem Fall funktioniert das nicht.
LibreOffice Base wird bei mir für das Oberflächenhandling und Makros, Abfragen und Tabellen verwendet. Ursprünglich mit HSQLDB entwickelt, dort aber im Single-User-Modus läuft das System jetzt im Multi-User-Betrieb mit einer PostgresQL-DB in einer Cloud.
Folgender Datenbank-Aufbau:
LibreOffice Base
Datenhaltung in der Cloud mit PostgresQL (MultiUser-Betrieb)
Ein Formular (es gibt mehrere aufgrund der fachlichen Zuordnung - Anmeldeformular, Organisationsformular, Zweigstellenformular etc.) hat jeweils eine Basis als MainForm, in der mehrere Unterformulare und Unterunterformulare, also SubForms und gegebenenfalls darin weitere SubForms, integriert sind. Die jeweiligen Forms beinhalten separate Datenzuordnungen, separate Bezüge zur Datenhaltung aufgrund unterschiedlicher Abfragen, SQLs, Tabellenzugriffe etc.
Innerhalb einer Form (MainForm, SubForm1, SubForm2 etc.) kann ich per Aktivierungsreihenfolge festlegen, wie bei Betätigen der TabTaste weitergesprungen wird bzw. auf welches Feld als nächstes. Diese Festlegung der Aktivierungsreihnefolge endet beim letzten Feld je Form.
Also springt (jeweils bei Tab-Taste) der Cursor (die Nummerierung bzw. Kennzeichnung gibt jeweils die fachliche Anspruchsequenz) der Cursor (Beispiel bzw. Wunsch): Von MainForm Feld4 zu SubForm2 - SubForm2A - Feld5 und danach auf MainForm Feld 6 (bei Tab-Taste) - jedenfalls sollte dies so sein. Aber: Durch die technische Abbildung mit Hilfe der „SubForms“ ist eine einfache Festlegung der Aktivierungsreihenfolge über die Grenzen jeder Form und damit über das gesamte Formular nicht so einfach (!) möglich.
Wenn insgesamt nur eine Form je Formular eingesetzt wäre, wäre das einfach umsetzbar. Aber so - jedes Feld an der Grenze zu einem Formular muss per Ereignis-Abfrage per Makro auf das nächste Sprungfeld in dem nächsten Form programmiert werden. Gibt es dazu eine elegantere Lösung?
Formular1
MainForm
- Feld1
- Feld6
- Feld3
- Feld4
- Feld2
SubForm1
- Feld55
- Feld40
- Feld56
SubForm2
- FeldA6
- FeldA3
- FeldA5
Subform2A
- Feld5
SubForm 3
- Feld45
- Feld57
Formular2
MainForm
- Feld11
- Feld12
- Feld15
- Feld25
- Feld112
SubForm11
- Felda1
- Felda0
- Felda7
SubForm22
- Feld100
- Feld99
- Feld123
SubForm33
- Feld8
- Feld9
- Feld6
SubForm11x
- Feld1
- Feld3
- Feld2
Formular3
usw.
Gruß Tom
Wenn Du zwischen Hauptformular und Unterformular hin und her springst löst Du jedes Mal das Speichern des Formulars aus. Natürlich kannst Du per Makro den Sprung zu einem Feld über den Controller setzen. Vom Prinzip her schreibst Du in die Zusatzinformationen des abgebenden Formularfeldes (z.B. durch ein Semikolon getrennt) den Namen des Formulars (ggf. auch des Subformulars, anderer Trenner als Semikolon) und den Namen des Zielfeldes. Dadurch gibst Du die notwendigen Variablen weiter, die dann mit
oDoc = thisComponent
oController = oDoc.getCurrentController()
oView = oController.getControl(…)
oView.setFocus
den Fokus auf das neue Feld setzen.
Ich habe ein funktionierendes Beispiel gefunden: WorldCup.odb (Fußball-WM)
Öffne das Formuar “Knock Out Stage”. Dort werden nur die Torergebisse der KO-Runde eingetragen. Das ist ein Filter-Formular, wo das Turnier voreingestellt ist, ein Unterformular für das Turnier an sich und 16 Unter-Unterformulare, für jedes Spiel eins. Die 16 Spiele lassen sich vom ersten Spielergebnis bis zum letzten in der richtigen Reihenfolge mit der Tabulatortaste durchnavigieren.
Hi Andreas,
Danke für Deine Zähigkeit.
Aufgrund des von Dir genannten Beispiels und der Nachfrage bei einer KI wird mir die funktionale Auswirkung des “Zyklus” so langsam verständlich. Die KI liefert dazu eine (nicht vollständige) Erklärung.
Danke,
Gruß Tom
KI:
In LibreOffice Base bezieht sich die Einstellung “Zyklus” auf das Verhalten der Tabulatornavigation innerhalb eines Formulars. Diese Einstellung steuert, wie der Fokus von einem Formularsteuerelement zum nächsten springt, wenn die Tabulatortaste (Tab) gedrückt wird.
Die Einstellung “Zyklus” bietet in der Regel drei Optionen:
Alles: Der Fokus bewegt sich durch alle Steuerelemente im Formular. Wenn der Fokus das letzte Steuerelement erreicht, springt er wieder zum ersten Steuerelement im Formular.
Aktuelle Seite: Der Fokus bewegt sich nur innerhalb der Steuerelemente auf der aktuellen Seite des Formulars. Dies ist besonders nützlich, wenn dein Formular mehrere Seiten oder Registerkarten hat. Der Fokus bleibt auf der aktuellen Seite und springt nicht zu Steuerelementen auf anderen Seiten oder Registerkarten.
Keine: Diese Option deaktiviert den zyklischen Fokus. Wenn der Fokus das letzte Steuerelement erreicht, bleibt er dort und springt nicht zurück zum ersten Steuerelement.
So kannst du die Zyklus-Einstellung für ein Formular ändern:
Formular im Bearbeitungsmodus öffnen:
Bearbeiten.Formulareigenschaften öffnen:
Formular-Eigenschaften oder öffne die Formulareigenschaften über die Formulardesigner-Symbolleiste.Zyklus-Einstellung ändern:
Daten.Zyklus.Alles, Aktuelle Seite, Keine) aus dem Dropdown-Menü aus.Änderungen speichern:
Angenommen, du hast ein Formular mit mehreren Seiten (Registerkarten) und möchtest, dass der Fokus nur innerhalb der aktuellen Seite bleibt. Dann würdest du die Zyklus-Einstellung auf Aktuelle Seite setzen. Dies verhindert, dass der Fokus beim Drücken der Tabulatortaste zu einer anderen Seite springt.
Durch die Anpassung der Zyklus-Einstellung kannst du das Verhalten der Tabulatortaste optimieren und das Navigieren innerhalb deines Formulars für Benutzer intuitiver und effizienter gestalten.
Dieses Forum ist voll von KI-Quatsch, was die Mitarbeit nicht grade erleichtert.
Hi Robert,
so ähnlich, wie von Dir beschrieben, löse ich aktuell das Problem der Tab-Sprünge.
Bei mir werden die Forms bzw. SubForms beim Verlassen nicht automatisch gesichert, da die automatische Sicherung blockiert ist. Ein Sichern der Daten erfolgt - technisch über eine Zwischenschicht - nur durch den Anwendenden, wenn er dies ausdrücklich bestätigt. Diese Zwischenschicht erlaubt es auch, wenn der Anwendende die Sicherung abbricht, das der vorher gelesene Zustand wieder hergestellt werden kann.
Ich löse das Problem durch Abfangen eines Tastaturereignisses, prüfe auf TAB bzw. SHIFT TAB und durchlaufe dann eine Schleife, die zu einem auslösenden Feldereignis das dazu definierte Zielfeld liefert - anschliessend erfolgt der Sprung in Form in der von Dir angegebenen Befehlskette. Dies alles wird abgebildet in einem Makro (wg. der Übersicht).
Schön wäre es, wenn die Aktivierungsreihenfolge für ein Formular per Liste/Dialog festgelegt werden könnte und nicht getrennt nur für einzelne Forms innerhalb eines Formulars
Dann wirst Du keine neuen Daten in die Unterformulare eingeben können. Denn für die Unterformulare müssen ja die verbindenden Felder zum Hauptformular existieren. Und die verbindenenden Elemente existieren nur, wenn Du abgespeichert hast.
Innerhalb eines MainForm sind mehrere SubForms angelegt, die separate Daten anzeigen, auswählbar darstellen, editierbar anbieten etc. und mehrere SubForms (meistens TabControls), die Daten im Kontext zum MainForm bzw. anderen SubForms anzeigen, editierbar anbieten etc…
Auch aufgrund des Multi-User-Ansatzes, der Komplexität und der Anforderung, Daten wieder zurücksetzen zu können und das Speichern explizit durch den Anwendenen zu erlauben, ist ein direktes Editieren nicht möglich - die grundsätzliche Sicht ist Nur-Lesen - der Edit-/Neu-Prozess muss explizit durch den Anwendenden angestossen werden und bezieht sich dann jeweils auf bestimmte MainForm- und/oder SubForm-Bereiche, deren Zustand vor Auslösen des Edit-/Neu-Prozesses zwischengespeichert wird (zum eventuellen Zurücksetzen). Und ja - der Bezug zwischen den Forms muss existieren.
Wenn die Bildschirme groß genug sind, sollte es möglich sein, die Übersicht über kompakte Form/Subform-Hierarchien mit Tabellenfeldern herzustellen und zum Bearbeiten separate Eingabefelder für den aktuellen Datensatz danebenzustellen. Dafür braucht man nicht mal eigene Unterformulare (s. biblio_form.odt weiter oben). Das erfordert etwas Arbeit am Layout, aber keinerlei Makroprogrammierung oder das Arbeiten in mehreren Fenstern. Farben, Umrandungen und Beschriftungen machen auch sehr komplexe Formulare durchschaubar, jedenfalls für Fachpersonal.
Genau so Villeroy.
Darf ich Dich fragen ob es moeglich ist, das Formular vorbereiten schon mit den Schlueßeln und Relation (PK-FK) entsprechend?
Damals hatte ich darueber geprueft, und die SubForms wurden aktualisiert gleich nach der “MainForm” Erfuellung…
Freundliche Grueße
Nein, die Formularlogik kann diesen Relationen folgen, muss sie aber nicht.
Der Formularassistent ist fast völlig nutzlos, weil er nur ein Hauptformular und ein Unterformular erstellen kann. Listenfelder erzeugt er überhaupt nicht.
Es ist viel Handarbeit nötig, aber die muss nur einmal gemacht werden. Ich verwende zum Teil Formulare, die seit 13 Jahren nicht verändert wurden, weil auch die darunter liegenden Datenstrukturen gleich geblieben sind.
Bedanke mich.
Die Loesung war schreckig.
MFG
Hi Andreas,
je nach Anforderung kann dies so wie von Dir beschrieben umgesetzt werden.
Ich mag es aber, per Makros die Steuerung(en) zu übernehmen, da ich damit mehr Einfluß auf diverse Workflows, Entscheidungen, Einrichtungen bekomme, meiner bescheidenen Meinung nach.
Gruß Tom
Da kann ich nicht weiter helfen. Ich vermeide Makros wie die Pest, und die Merkwürdigkeiten des Tab-Controllers nehme ich einfach hin. Jegliche Forschungsarbeit über den FormController wäre natürlich willkommen. Siehe auch Form document: Detect focus change between forms by macro - #20 by Villeroy
Hallo Tom,
Magst Du vielleicht einen bogus Feil zur Verfuegung, dessen Du pruefen willst?
Verbleibe mit freundlichen Grueßen…
Beiliegend Feil:
Test 0001.odb (15.0 KB)
@nicholas59: deine Übersetzungen ins Deutsche sind … »interessant« 
Vielleicht versuchst du mal diesen Übersetzungsdienst ?!
@nicholas59 : Pass bitte auf, was Dir Deine Übersetzer da raus geben. Das ganze wird für diejenigen, die das hier mitlesen, langsam eine Qual. Inzwischen kann das teilweise schon beleidigend wirken.
Danke Robert.
Im Moment bin ich nicht immer verfuegbar und kann deshalb sonstige Vorschlaege nicht annehmen.
Freundliche Grueße
[karolus]
Von welcher Uebersetzung redest Du? Habe meine Dateibearbeitung selbst gemacht! Ihr habt einen Roman geschrieben, habt ihr vielleicht eine geheime Dateibearbeitung?