Refernziertes Select im Backend

[Dee]

Hallo zusammen
ich habe folgende MM:

• mm_kontinente
• mm_laender
• mm_reisen

In der Backend-Maske habe ich eine Select bei welchem pro Reise ein Kontinent ausgewählt werden kann.
Daneben steht das Land, welches ebenfalls ausgewählt werden kann.
Nun möchte ich die Einfachauswahl von "Land" so einschränken, dass nur diejenigen Länder angezeigt werden, bei welchen der hinterlegte Kontinent übereinstimmt.

In mm_laender, habe ich die Länder eingetragen und aus einem Select den entsprechenden Kontinent zugewiesen.

Über auto-item geht es im Backend ja nicht (oder täusche ich mich?)
Was habe ich für andere Alternativen?

Wenn ich über "Eigenes SQL", direkt auf die ID des Kontinenten zugreife, funktioniert das, jedoch müsste ich ja die ID dynamisch abgefragt bekommen, anhand der Auswahl die man beim Kontinent trifft.
So gehts...

SELECT id
FROM mm_laender
WHERE tl_laender_kontinent = 10

Hat mir wer eine Idee wie man das umsetzt?

[Dee]

Ich bin jetzt an einem Bundle dran, was mir echt etwas abverlangt
Mein Callback greift einfach nicht und bevor ich mich da weiter ärgere noch eine ganz konkrete Frage:

Kann man rein mit den Metamodels-Filter in einer Eingabemaske (Backend) ein Select abhängig von einem anderen Select machen?

[zonky]

Nun möchte ich die Einfachauswahl von "Land" so einschränken, dass nur diejenigen Länder angezeigt werden, bei welchen der hinterlegte Kontinent übereinstimmt.

Mein Callback greift einfach nicht und bevor ich mich da weiter ärgere noch eine ganz konkrete Frage:
Kann man rein mit den Metamodels-Filter in einer Eingabemaske (Backend) ein Select abhängig von einem anderen Select machen?

JA, das kann man machen:

1. bei Select "Kontinent" bei den Einstellungen des Attributs der Eingabemaske "Absenden bei Änderungen" auswählen - macht ein submitOnChange bei Änderungen der Auswahl
2. für das Attribut "Länder" eine entsprechende Filterregel "Eig. SQL" fürs BE anlegen (man kann inzwischen den Scope per Select eingrenzen) - Beispiele siehe Handbuch... (*)

für weitere Abhängigkeiten analog Punkt 1 und 2 wiederholen...

*: man muss leider auf zwei Sachen lauschen: GET oder POST - der GET-Parameter, wenn die Seite mit der Eingabemaske aufgerufen wird und dort mal schon was eingestellt wurde und POST wenn man was auf der Seite ändert und das über den submitOnChange versendet

btw: ich bekomme trotz meines Moderatoren-Status keine Meldung über neue Posts - ggf. kurzen Ping bei https://contao.slack.com/archives/CKGEBDV60 #metamodels

[zonky]

Ergänzung:

Es wäre auch möglich. die "Child-Selects" erst anzuzeigen, wenn beim "Parent-Select" was ausgewählt wurde - siehe https://metamodels.readthedocs.io/de...onditions.html

Ich finde das aber zu "unruhig" und m. E. eine bessere usability, wenn der Benutzer sieht, dass da weitere Selects kommen.

Bei den Selects ist als Standard "Leere Option einfügen" aktiv - was den Leereintrag "-" anfügt - über einen eigenen DCA-Eintrag könnte man den Wert für das "blankOptionLabel" anpassen und z. B. ausgeben "- bitte Land wählen wenn Kontinent definiert -"

Bei vielen Einträgen die Option "Chosen" aktivieren für Filterung/Suche im Select.

[Dee]

Danke zonky!

Das Kochbuch kenne ich mittlerweile fast auswendig Habe da auch alles X-Mal umgesetzt und ich könnte mich echt in den A.... beissen.
Mein Fehler war, dass ich bei dem Kontinent-Select -> Alias-Spalte* den alias anstatt der ID ausgewählt hatte.
Ich habe das sicher 1k mal gelesen, dass die ID benötigt wird aber ich bin wohl manchmal auf beiden Augen blöd.

[zonky]

Mein Fehler war, dass ich bei dem Kontinent-Select -> Alias-Spalte* den alias anstatt der ID ausgewählt hatte.
Ich habe das sicher 1k mal gelesen, dass die ID benötigt wird aber ich bin wohl manchmal auf beiden Augen blöd.

verstehe ich nicht - eigentlich sollte auch Alias als "Alias" gehen - ggf. muss man dann das Query anpassen... wo habe ich geschrieben, dass man die ID verwenden muss?

btw: die (komplexeren) Queries baue ich Stück-für-Stück auf und teste die per phpMyAdmin bzw. in PHPStorm mit festen Werten und zum Schluss kommen die Variablen (params) hinzu, über die Symfony-Toolbar kann man sich alle Queries ansehen und per Suche findet man auch seine wenn man gucken möchte, was bei den params ersetzt wurde.

[Dee]

verstehe ich nicht - eigentlich sollte auch Alias als "Alias" gehen - ggf. muss man dann das Query anpassen... wo habe ich geschrieben, dass man die ID verwenden muss?

btw: die (komplexeren) Queries baue ich Stück-für-Stück auf und teste die per phpMyAdmin bzw. in PHPStorm mit festen Werten und zum Schluss kommen die Variablen (params) hinzu, über die Symfony-Toolbar kann man sich alle Queries ansehen und per Suche findet man auch seine wenn man gucken möchte, was bei den params ersetzt wurde.

Ich habe das in den letzten Tagen X Mal gelesen - habe damit nicht gemeint, dass diese Aussage jetzt direkt von dir gekommen ist.

Wie geschrieben, wird mir nun die Auswahl der Länder angezeigt entsprechend dem ausgewählten Kontinent angezeigt.
Wenn ich nun einen gespeicherten Datensatz wieder bearbeite, dann ist der Kontinent ausgewählt aber das Land ist leer.

Zusammengefasst:

• Es gibt zwei Dropdowns: Kontinent und Land.
• Das Feld Land wird dynamisch gefiltert und zeigt nur Länder des ausgewählten Kontinents.
• Beim Laden eines bestehenden Datensatzes ist der Kontinent zwar gesetzt, aber das Land-Feld zeigt keine Auswahl, obwohl ein Land gespeichert ist.

Das Land-Dropdown bekommt seine Optionen dynamisch via abhängig vom Wert des Kontinents.
Meine Vermutung, dass beim ersten Laden ist der Kontinent-Wert schon gesetzt, aber nicht der des Landes.
Dadurch fehlen die Länder-Optionen, und MM kann den gespeicherten Wert nicht im Dropdown ausgeben.
Warum sie auch nicht im BE-Rendering erscheinen, ist mir gerade noch etwas schleierhaft


Hat wer einen Ansatz welche Richtung die Lösung geht?

• Falsches handling meinerseits?
• Vielleicht mit einem "options_callback" oder sowas ähnlichem lösen?

[zonky]

Hat wer einen Ansatz welche Richtung die Lösung geht?

• A: Falsches handling meinerseits?
• B: Vielleicht mit einem "options_callback" oder sowas ähnlichem lösen?

Ich vermute A

... da ich solche abhängigen Sachen schon ab und an eingebaut habe - ansonsten gäbe es sicher nicht die Beispiele bei Eig. SQL

=> wie oben beschrieben: man muss zwei verschiedene Queries haben

a) ein GET, wenn schon mal was gespeichert wurde und die Editmaske nochmal aufgerufen wird
b) ein POST, wenn über den submitOnChange die Daten aktualisiert werden

=> daher auch das Konstrukt IF...

SELECT `id` FROM  mm_mitarbeiter
WHERE IF (
      {{param::post?name=abteilung}} != 'NULL', (QUERY-P), (QUERY-G)
 )

da Du uns Dein Query nicht zeigst, kann man nicht drauf gucken

[Dee]

Habe ich fast vermutet

Das ist mein Query:

SELECT id FROM mm_laender
WHERE IF(
  {{param::post?name=tl_kontinente}} != 'NULL',
  tl_laender_kontinent = {{param::post?name=tl_kontinente}},
  tl_laender_kontinent = {{param::get?name=tl_kontinente}}
)

[zonky]

Habe ich fast vermutet

Das ist mein Query:

SELECT id FROM mm_laender
WHERE IF(
  {{param::post?name=tl_kontinente}} != 'NULL',
  tl_laender_kontinent = {{param::post?name=tl_kontinente}},
  tl_laender_kontinent = {{param::get?name=tl_kontinente}}
)

Bitte in phpMyAdmin das ausführen

SELECT id FROM mm_laender
WHERE IF(
  1 != 'NULL',
  tl_laender_kontinent = 1,
  tl_laender_kontinent = 1
)

in der Hoffnung es gibt einen Eintrag mit ID 1 => was passiert?

[Dee]

Bitte in phpMyAdmin das ausführen

SELECT id FROM mm_laender
WHERE IF(
  1 != 'NULL',
  tl_laender_kontinent = 1,
  tl_laender_kontinent = 1
)

in der Hoffnung es gibt einen Eintrag mit ID 1 => was passiert?

Musste es mit ID 8 testen

Resultat:
Zeige Datensätze 0 - 24 (54 insgesamt, Die Abfrage dauerte 0.0004 Sekunden.)

[zonky]

o.k. - wenn das so ist, sollte mit

SELECT id FROM mm_laender
WHERE tl_laender_kontinent = 8

in der Filterregel in dem Select der Länder immer Deine 54 Länder von Kontinent "8" zu sehen sein, richtig?

[Dee]

Ja, richtig

[zonky]

prima, dann wieder Dein Ursprungsquery einbauen'

SELECT id FROM mm_laender
WHERE IF(
  {{param::post?name=tl_kontinente}} != 'NULL',
  tl_laender_kontinent = {{param::post?name=tl_kontinente}},
  tl_laender_kontinent = {{param::get?name=tl_kontinente}}
)

Debugmodus anmachen, Seite mit Eingabemaske aufrufen - in der Toolbar bei dem DB-Icon (Keksdose) rechte Maustaste und neuer Tab -> dann mit Strg+f suchen nach "SELECT id FROM mm_laender" suchen und gucken was da so steht...

Wenn du ein POST abfeuerst, ggf. in dem Tab auf "Last 10" gehen und den Link für den Post öffnen und zu den Queries (Doctrine) gehen... ggf. wird dann klarer was passiert (und was nicht)

[Dee]

Da findet es nichts -Screenshot 2025-06-03 153515.png

Vorausgesetzt ich habe alles richtig verstanden, sieht das dann so aus
Screenshot 2025-06-03 153920.png

[zonky]

im Prinzip ja, mit Klick auf Token kommt man dann zu dem Profil

die Suche sollte mit dem Tabellennamen auf alle Fälle was finden

Hinweis:

das

{{param::get?name=tl_kontinente}}

sucht einen GET-Parameter der Form

domain.tld/contao/metamodels?irgendwas=dasundjenes&tl_kontinente=wert&...usw....

guck mal in Deinen Screenshot -> wo ist in der URL tl_kontinente=... ??

was Du beim einem edit hast ist "...id=mm_reisen::21... - damit wäre {{param::get?name=id}} ein mm_reisen::21 ... Du willst aber die 21 haben! also mit (wie in Handbuch steht) SUBSTRING_INDEX({{param::get?name=id}},'::',-1) hast du die 21

damit kannst Du in dem vorhanden Datensatz auslesen, welchen Wert Dein Select "Länder" hat für die Anzeige in Edit
https://metamodels.readthedocs.io/de...r-eingabemaske

[Dee]

Ok, ja da wurde was gefunden

SELECT id FROM mm_laender
WHERE IF(
  NULL != 'NULL',
  tl_laender_kontinent = NULL,
  tl_laender_kontinent = NULL
)
Parameters:
[]

SELECT
  id
FROM
  mm_laender
WHERE
  IF(
    NULL != 'NULL', tl_laender_kontinent = NULL,
    tl_laender_kontinent = NULL
  )

SELECT id FROM mm_laender
WHERE IF(
  NULL != 'NULL',
  tl_laender_kontinent = NULL,
  tl_laender_kontinent = NULL
);

Screenshot 2025-06-03 164232.png

Ich habe das Land nun noch ins Rendering gepackt mit dem Standard Template und die Länder werden nicht ausgegeben.
In der DB sind sie aber vorhanden

[zonky]

siehe Posting vorher...

[Dee]

Danke zonky!

Habe es nun angepasst:

SELECT id FROM mm_laender
WHERE tl_laender_kontinent = (
  SELECT reisen.tl_kontinente
  FROM mm_reisen AS reisen
  WHERE reisen.id = SUBSTRING_INDEX({{param::get?name=id}}, '::', -1)
  LIMIT 1
)

Wenn ich das richtig verstanden habe, dann braucht es die ID aus dem GET-Parameter und einen Fallback, der aus der Datenbank den Kontinent holt?

Edit: Was mir auch noch nicht klar ist, wieso nur der Kontinent im Frontend ausgegeben wird nicht aber das Land
Lösung: Filter nur fürs backend benutzen/einstellen.

Edit: zu früh gefreut. Beim Bearbeiten eines bestehenden Datensatzes erscheint nun das Land nicht aber wenn ich einen neuen Datensatz erstelle und da den Kontinent wähle, erscheint nichts.
Muss es wohl nochmals anschauen.

[Dee]

Ok, ich bin jetzt davon ausgegangen, dass beim Erstellen es noch keinen GET-Parameter mit id=mm_reisen::123 gibt.
Gibt es keine ID somit kein gespeicherter Kontinent, dann kann der Filter nicht greifen:

WHERE reisen.id = SUBSTRING_INDEX({{param::get?name=id}}, '::', -1)

Also habe ich das nun wie folgt angepasst:

SELECT id FROM mm_laender
WHERE tl_laender_kontinent = IF (
  {{param::post?name=tl_kontinente}} != 'NULL',
  {{param::post?name=tl_kontinente}},
  (
    SELECT reisen.tl_kontinente
    FROM mm_reisen AS reisen
    WHERE reisen.id = SUBSTRING_INDEX({{param::get?name=id}}, '::', -1)
    LIMIT 1
  )
)

[zonky]

Du hast mm_laender mit Spalte tl_laender_kontinent - in der Spalte ist die ID eines Kontingentes (warum auch immer der Präfix "tl_laender_"?)

Die Länder willst Du filtern nach einem Kontingent

SELECT id FROM mm_laender WHERE tl_laender_kontinent = 8

das hattest Du getestet...

Jetz müssen wir gucken, wie wir an die "8" kommen...

Bei POST ist das relativ einfach - wenn Du in mm_reisen eine Spalte tl_kontinente hast, bekommst Du mit {{param::get?name=tl_kontinente}} die 8 und hast damit Query-P

SELECT id FROM mm_laender WHERE tl_laender_kontinent ={{param::get?name=tl_kontinente}}


Bei einem Edit kommt in der URL aber ...id=mm_reisen::21..., d.h man kann abfragen

SELECT tl_kontinente FROM mm_reisen WHERE id = SUBSTRING_INDEX({{param::get?name=id}}, '::', -1)

=> sollte auch 8 ergeben

Das bei Subselects immer nur ein Wert zurück gegeben werden darf, machen wir zur Sicherheit ein LIMIT 1 mit dran

Bei create gibt es noch keine Reise-ID und somit keinen Wert für den Subselect => damit sollte die Liste der Länder initial leer sein (bis auf "-")

Bei dem Aufbau bekommt man manchmal kleine Knötchen im Kopf daher wie gesagt, die einzelnen Queries nach und nach aufbauen und testen - sieh #8

Das Ganze lässt sich auch nicht so simpel für eine "Klicklösung" vereinfachen, da die Aufbauten bei jedem recht unterschiedlich sind - mit den Beispielen und etwas Support sollte man das schaffen. Wem das dennoch nicht gelingt, kann jemanden vom MM-Team beauftragen.

[zonky]

wenn dann alles läuft, gern kleiner Abschnitt im Kochbuch...

[Dee]

wenn dann alles läuft, gern kleiner Abschnitt im Kochbuch...

Ja, werde ich gerne machen, sobald es dann bei mir alles funktioniert.

Momentan hänge ich noch am Problem, dass beim Sprachwechsel im Datensatz, dann ein "Unbekannte Option: übersetztes Land" kommt.
Es zeigt also die Länder entsprechend dem ausgewählten Kontinent im Dropdown an, jedoch in EN auch in DE, dadurch wohl dieser Fehler.

Im Kochbuch & Co. kann ich nichts bezüglich der Mehrsprachigkeit finden.

Hast du mir allenfalls noch einen Ansatz für mich?

[zonky]

Momentan hänge ich noch am Problem, dass beim Sprachwechsel im Datensatz, dann ein "Unbekannte Option: übersetztes Land" kommt.

hmm.. etwas tricky - hast Du bei den Attributseinstellungen der Selects mal Alias auf id eingestellt?

[Dee]

hmm.. etwas tricky - hast Du bei den Attributseinstellungen der Selects mal Alias auf id eingestellt?

Kontinent hatte ich bereits auf id.
Nun habe ich noch das Länder-Select auf ID gesetzt: Zeigt den Fehler nicht mehr an, jedoch werden die Länder im Select weiterhin in Deutsch ausgegeben.

[zonky]

dürfte im BE egal sein - Hauptsache im FE ist das richtig übersetzt...

[Dee]

dürfte im BE egal sein - Hauptsache im FE ist das richtig übersetzt...

Also schlimm finde ich es auch nicht, jedoch etwas unschön, wenn die Kontinente übersetzt daherkommen, die Länder daneben aber nicht.

[zonky]

Also schlimm finde ich es auch nicht, jedoch etwas unschön, wenn die Kontinente übersetzt daherkommen, die Länder daneben aber nicht.

wenn ich mal so einen usecase bei einem Projekt habe, kann ich mir das ansehen - ansonsten haben andere Sachen und finanzierte Supportanfragen höhere Prio...

[zonky]

Kontinent hatte ich bereits auf id.
Nun habe ich noch das Länder-Select auf ID gesetzt: Zeigt den Fehler nicht mehr an, jedoch werden die Länder im Select weiterhin in Deutsch ausgegeben.

Wie sieht das Select aus, wenn Du keine "Sonderfilterung" mit der Abhängigkeit hast? Wenn dann alles "normal" ist, ggf. nochmal die Filterqueries prüfen.