Kein/e Filter, Sort-Options bzw. Suchfeld in BE-Listenansicht

[Hendriks]

Hallo!

Habe das Prinzip von MetaModels soweit verstanden.

Bin auch das Beispiel im Wiki durchgegangen, wobei sich da ja einige Dinge in den Screens zwischenzeitlich geändert haben...

Filter, Sort-Options bzw. Suchfeld in der BE-Listenansicht (das Panel) bekomme ich aber gerade partout nicht gebacken!

Laut Wiki habe ich verstanden (und auch gesehen ; o ), dass die BE-Panels (für die BE-Listenansicht) in der entsprechenden "Eingabemaske" definiert werden... By the way: Wären diese BE-Panel-Einstellungen nicht besser bei der entsprechenden "Render-Einstellung" (Ausgabevorgabe) aufgehoben? Den dort werden ja z.B. auch die FE-Filter zugewiesen, wieso dann nicht auch dort die BE-Filter, bzw. eben das BE-Panel-Setting?

Anyway, ich bekomme es einfach nicht hin...

Any Idea? Little Help?

Könnte es an meinem Nightly (von vorgestern) liegen?

Daran, dass ich mir meine Select-Options (zunächst klassisch) aus einer Taxonomie-Tabelle ziehe, wohl nicht, oder?

[andreasisaak]

Nein das Panel MUSS in den Eingabemasken definiert werden. Die Rendersettings sind nicht dafür gedacht - sie "stylen" nur den Inhalt und beinhalten keine Logik. Zeig mir mal ein Screenshot deiner Konfiguration der Eingabemasken.

Es müsste beispielsweise so aussehen:



Im Feld "Panel Layout" muss was drin stehen.

[Hendriks]

Bei mir sieht das z.B. so aus, und geht nach wie vor gar nix... !?!

Bildschirmfoto 2013-05-28 um 11.43.50.png

Bildschirmfoto 2013-05-28 um 11.43.19.png

[andreasisaak]

Ich weiss nicht ob man von Select sortieren und filtern kann. Probier mal ein Textfeld aus.

[Hendriks]

Hi!

Also vom Katalog her weiss ich, dass es nicht möglich war nach Tags-Werten zu filtern (wieso auch immer..), aber dort gingen "zumindest" die Select-Felder.

Select-Felder finde ich sehr wichtig. Bei den meisten meiner Katalog-Projekte sind bestimmt 70% Select-Felder, die "feste" Auswahl-Optionen bieten (bisher i.d.R. gespeist aus der Taxonomie). Nach Select-Feldern nicht filtern zu können, würde den ganzen Katalog (im BE) nahezu nutzlos sein lassen.

Zur Ursachen-Forschung meines / des Problems:

Nach der MetaModels-Installation (nightly stable) und Einrichtung meines hier betroffenen Test-MetaModels wurden die Module "metapalettes" und "multicolumnwizard" im Rahmen von anderen Extensions anscheinend mit den jeweiligen ER-Versionen überschrieben. Ich habe die beiden dann wieder mit den "Original"-Versionen aus dem zugrundeliegenden Nightly ausgetauscht...

Könnte es (bei mir) damit zusammenhängen?

Gruß, Hendriks

[andreasisaak]

Ich würde jetzt erstmal nach dem Fehler suchen und schauen ob das Problem deine Installation oder Metamodels ist, bevor wir philosophieren wonach man filtern können muss und wonach nicht. Wenn jetzt MetaModels nutzlos ist, nur weil man vielleicht noch nicht nach Selecteinträgen filtern kann, dann stoppe ich den Support an dieser Stelle.

Oder kümmern uns erstmal um das grundlegende Problem.

[Hendriks]

Ok, da hast Du ja prinzipiell Recht!

Die für mich grundlegende Frage ist aber (auch) noch nicht beantwortet:

Unterstützt MetaModels (zum aktuellen Stand der Entwicklung) Select-Filter (und -Sorting); bzw. sollte es eigentlich (bereits) funktionieren?

Wenn die Frage darauf mit "Nein" zu beantworten ist, dann muss ich ja auch gar nicht erst nach irgend welchen möglichen Fehlern bei mir suchen... oder?

Danke.

PS: Grundlegend sind doch Filter geradezu für Select-Optionen prädestiniert. Genau hier machen die doch Sinn, oder? Bei einem Textfeld, wo es theoretisch unendlich viele Einträge geben kann, macht filtern doch nur selten Sinn, oder? In Text-Feldern würde man doch eher suchen...

Da aber auch die Textfeld-Filter bei mir nicht erscheinen --wo Du ja sagst, die sollten gehen-- habe ich dann wohl doch ein lokales Problem...

[andreasisaak]

Ich weiß es grade nicht auswendig. Und wenn wir jetzt nicht ewig philosophieren würden, dann könnten wir im besten Fall diese Funktion hinzufügen falls sie noch fehlen würde.

[Hendriks]

Werde jetzt einfach MetaModels komplett löschen und (unter 2.11.11) nochmals das aktuellste Nightly-stable installieren... Dann melde ich mich wieder, ob es damit dann geht...

Danke für Deinen schnellen Hilfsversuch!

[Hendriks]

Hallo nochmals.

Nach dem kompletten Löschen und Neuinstallieren des Nightly von heute (13 Uhr) geht es jetzt bei mir wie beschrieben / erwartet mit den Filtern für Select-Felder im BE-Panel! : o )

Keine Ahnung was das war.

Also sorry, wenn ich hier (eventuell grundlos) die Pferde scheu gemacht habe...

Jetzt kann es weiter gehen mit dem Implementieren und Testen...

Viele Grüße, und nochmals ein großes, pauschales DANKE für diese tolle neue Extension!

[Hendriks]

Nach Löschen bereits angelegter Felder (Attribute) sind die Panel-Options für die verbliebenen Felder im BE zwar noch vorhanden, doch trotz 2er existierender Test-Einträge (mit Werten in den betreffenden Feldern) ist die jeweilige Filter-Auswahl jetzt leer, also (wieder) nicht benutzbar...

Hmm... Also alles noch einmal retour..?

Steht das vielleicht in Verbindung mit diesem Phänomen?

[Hendriks]

Die Felder habe ich übrigens aus dem Grund gelöscht, weil bei einem Select-Feld (MM-Attribut), dem ich (wie zuvor anscheinend noch ohne Probleme) tl_taxonomy mit der SQL-Klausel "pid=28" (Knotenpunkt der Taxonomy) für die Optionsauswahl zugewiesen hatte, plötzlich folgender ERROR kam beim Versuch das entsprechende MetaModel (Auflistung der Einträge) im BE aufzurufen:

PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: Column 'pid' in where clause is ambiguous (SELECT COUNT(tl_taxonomy.id) as mm_count, tl_taxonomy.*
FROM tl_taxonomy
RIGHT JOIN mm_ps_client_foot ON (mm_ps_client_foot.capture=tl_taxonomy.id)
WHERE (pid=28)
GROUP BY tl_taxonomy.id
ORDER BY tl_taxonomy.sorting)' thrown in /Users/Hendriks/Dropbox/MAMP/htdocs/contao-2-11-stable-11/system/libraries/Database.php on line 686

[andreasisaak]

Die Felder habe ich übrigens aus dem Grund gelöscht, weil bei einem Select-Feld (MM-Attribut), dem ich (wie zuvor anscheinend noch ohne Probleme) tl_taxonomy mit der SQL-Klausel "pid=28" (Knotenpunkt der Taxonomy) für die Optionsauswahl zugewiesen hatte, plötzlich folgender ERROR kam beim Versuch das entsprechende MetaModel (Auflistung der Einträge) im BE aufzurufen:

PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: Column 'pid' in where clause is ambiguous (SELECT COUNT(tl_taxonomy.id) as mm_count, tl_taxonomy.*
FROM tl_taxonomy
RIGHT JOIN mm_ps_client_foot ON (mm_ps_client_foot.capture=tl_taxonomy.id)
WHERE (pid=28)
GROUP BY tl_taxonomy.id
ORDER BY tl_taxonomy.sorting)' thrown in /Users/Hendriks/Dropbox/MAMP/htdocs/contao-2-11-stable-11/system/libraries/Database.php on line 686

Ja du hättest die WHERE Clausel richtig schreiben sollen. Und zwar nicht pid=28 sondern tl_taxonomy.pid=28

[Hendriks]

Ah, ok! Danke! Wieder was gelernt...

Hat sich diesbezüglich an der dort einzugebenden SQL-Syntax was geändert? Denn vor ein paar Tagen dachte ich es wäre auch nur mit "pid=28" gegangen... Die Tabelle wähle ich doch bereits bequem im entsprechenden Select-Feld aus. Oder? Wie ist das zu verstehen?

[andreasisaak]

Bei MM Tabellen kannst du auch nur ein pid=28 angeben aber bei Fremdtabellen benötigst du die zusätzliche Referenz. Das wurde mir auch erst letzte Woche gesagt, daher füge ich diesen Zusatz jetzt immer ein.

[Hendriks]

Ah... Hat das was mit der Option "Als Standard verwenden" bei den Ausgabevorgaben und Eingabemasken zu tun!? Das habe ich noch nicht so ganz begriffen, was damit gemeint ist / was dann passiert...

EDIT: Was sag ich. Quatsch. War grad woanders.. Ist klar: Mit Fremdtabelle meinst Du z.B. tl_taxonomy!

[Hendriks]

Das Problem aus meinem Post (weiter oben) besteht aber nach wie vor: dass im BE-Panel die Filter der Select-Felder zwar angezeigt werden, doch keine Optionen darin zur Auswahl stehen, obgleich in 2 Einträgen entsprechende Auswahl-Werte gespeichert sind...

Wundere mich nur, denn zuvor ging das mit MM bei mir schon mal - auch mit Fremdtabellen wie tl_taxonomy.

EDIT: Die Sortierung über das Panel für dieselben Felder funktioniert, "nur" eben die Filter nicht... Dies nur zur Info von meiner Seite aus.

Zusatz:

Im Moment ist das jetzt mit den BE-Filtern auch noch nicht sooo wichtig für mein Projekt, aber ich frage mich, ob ich meine MM-Struktur jetzt trotzdem weiter anlegen kann, ohne dass ich dann später alles noch einmal neu aufbauen muss!? An der MM-Tabellen-Grundstuktur wird sich ja wohl nicht mehr viel ändern, oder? Zumindest nichts, was dann einen kompletten Neuanfang (komplexe Portierungen) meinerseits notwendig machen würde, oder?

[xtra]

Das Problem aus meinem Post (weiter oben) besteht aber nach wie vor: dass im BE-Panel die Filter der Select-Felder zwar angezeigt werden, doch keine Optionen darin zur Auswahl stehen, obgleich in 2 Einträgen entsprechende Auswahl-Werte gespeichert sind...

Wundere mich nur, denn zuvor ging das mit MM bei mir schon mal - auch mit Fremdtabellen wie tl_taxonomy.

EDIT: Die Sortierung über das Panel für dieselben Felder funktioniert, "nur" eben die Filter nicht... Dies nur zur Info von meiner Seite aus.

Die Liste richtet sich nach den "noch verfygbaren Werten". Wenn du also ein published feld hast, wo du nach "nein" filterst, fallen alle Optionen aus der Select raus, die einzig bei den Eintraegen mit "published" ja stehen.
Am Einfachsten ist es, wenn du im Backend mal deine Profilseite gehst und dort die Session daten bereinigen laesst. Besteht dann das Problem noch immer?

Zusatz:
Im Moment ist das jetzt mit den BE-Filtern auch noch nicht sooo wichtig für mein Projekt, aber ich frage mich, ob ich meine MM-Struktur jetzt trotzdem weiter anlegen kann, ohne dass ich dann später alles noch einmal neu aufbauen muss!? An der MM-Tabellen-Grundstuktur wird sich ja wohl nicht mehr viel ändern, oder? Zumindest nichts, was dann einen kompletten Neuanfang (komplexe Portierungen) meinerseits notwendig machen würde, oder?

Nein, an der Datenbankstruktur wird sich da nichts mehr so gravierend drehen, nur noch am Code, welcher aber ja nicht in dein Ressort faellt.

[Hendriks]

Hallo xtra, danke für das Feedback,

Session-Cache geleert, jedoch ohne Erfolg.

Mein Test-MM besteht lediglich aus 4 Select-Feldern (-Attributen). Drei davon greifen auf tl_member zu. Eines auf tl_taxonomy. Die tl_member-Auswahl-Optionen selektiere ich mit der SQL-Klausel groups LIKE '%"2"%' und die tl_taxonomy mit tl_taxonomy.pid=28

Dabei fällt mir gerade auf, muss da bei der groups-Klausel nicht auch noch die Tabelle vorne mit dran als Prefix? Wobei in den Eingabemasken ja bereits alle Optionen erscheinen und sich auch ändern / abspeichern lassen... nur eben nicht in den Filter-Panels...

Anbei mal die betreffenden Screenshots am Beispiel meines "Kunden"-Attributs.

Dass ich bei select_alias jeweils die ID ausgewählt habe ist egal, oder?

Und was hat es eigentlich mit der "Chosen"-Option auf sich?

[Tim G]

SQL-Klausel groups LIKE '%"2"%' und die tl_taxonomy mit tl_taxonomy.pid=28

Ja, da sollte die Referenz ran und doch eher ein FIND_IN_SET, oder?

FIND_IN_SET(2,tl_member.groups) bzw. ein tl_member.groups IN (2)

[Hendriks]

Hallo Tim,

danke. Das darfst Du mich jetzt nicht fragen was da besser ist, dafür bin ich nicht warm genug mit dem Thema BestPractice-SQL-Syntax.

Aber ich probiere mal Deine Varianten aus...

EDIT: Ändert an den fehlenden Filter-Optionen im BE-Panel auch nichts.

Beobachtung nach mehrfacher De- und Neu-Installation von MetaModels: Unmittelbar, direkt nach der Installation und dem erstmaligen BestPratice-Anlegen eines Beispiel-MetaModels, gingen bei mir die BE-Filter auch schon einmal (vielleicht unter einem etwas älteren Nightly), doch sobald ich Einstellungen (hin und her) ändere / ab einem gewissen Punkt gingen sie nicht mehr.