New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Table Manager: be_manager_relation-Feld sortierbar machen mit Prio bei m:n Beziehungen mit Relationstabelle #89
Comments
Kann bestätigen, bei Nutzung von Relationstabellen klappt das Umsortieren nicht. (Bei Multiple-Popup-Relations ohne Relationstabelle hingegen schon, funktioniert aber ja auch ganz anders.) |
PR müsste man doch recht schnell umbauen können? Bin nur gerade so viel mit yform_doku beschäftigt ;) |
wie im anderen issue bereits beschrieben ist das nicht in dieser Form leicht machbar. Am besten in diesen Fällen das neue BE Inline Relation Feld nutzen. Dann die Verknüpfungstabelle mit einem Priofeld versehen und schon kann man alles sortieren. |
Moment, Moment, kannst du mir einen Screenshot der Konfiguration schicken? |
Das eignet sich nur begrenzt, weil die Datensätze ja vollständig angezeigt werden, oder? Eine Sortierung von sagen wir mal 20 Datensätzen ufert in sehr viel drag&drop/pfeilklicken aus, oder? Ich finde das noch unbefriedigend. Die Prios sollten auch in anderen Relations-Optionen funktionieren. |
funktioniert ja nur bei den Relationstabelle nicht wie du es dir wünscht, weil nirgends eine Prio gesetzt werden kannn. Bei den normalen MultipleFeldern gehts ja. Umbau ist möglich aber aufwändig. In der Relationstabelle müsste man zunächst ein Priofeld anlegen, und das müsste dann beim Sortieren beachtet werden. |
Hätte dies eben auch gut gebrauchen können. |
Finde auch, dass Inline das Problem nicht ausreichend löst |
Uff, ich bräuchte das jetzt oder portiere wohl meine Lösung aus xform in eine eigene Felddefinition. Eine Lösung ist noch nicht in Aussicht, oder? |
Entschuldigt, wenn ich hier ein Selbstgespräch führe, aber 3 Jahre später habe ich ein besseres Verständnis von YForm bekommen und sehe das jetzt eigentlich als machbar an:
Ich würde gerne einen PR dazu beitragen, habe aber das Gefühl, dass andere das besser könnten. Die Fragen, die sich für mich stellen sind: Wenn man kein Prio-Feld hat, wird dann vielleicht automatisch eins angelegt? Wie müssen die beiden Prio-Felder heißen oder kann man die manuell verknüpfen? Akzeptiert man einfach ein Fehlverhalten, wenn es die Felder nicht gibt oder bekommt sogar einen Fehler? Das ganze bezieht sich natürlich nach wie vor nur auf Relationen mit Hilfstabelle. |
in tauschen durch
Leider wird ensure() nicht übernommen, aber das ist ein guter Weg imho. Gespeichert wird jetzt auf jeden Fall in der richtigen Reihenfolge. Wie kann ich, sofern ein prio-Feld vorhanden ist, dieses auch wieder auslesen, wenn die Reihenfolge für das Feld zusammengestellt wird? edit: vermutlich hier, aber ich kann ja hier nicht order by source_prio machen, da ich ja nicht weiß, ob das Feld existiert. Wie löst man das? |
Über die Methode |
ich muss aber prüfen, ob ein Priofeld (von zweien) mit bestimmtem Namen existiert, wie müsste das dann aussehen? Kann ich da edit: oder noch besser: ob ein Priofeld existiert, das auf ein bestimmtes Feld in dieser Tabelle beschränkt ist - und dessen Feldnamen bräuchte ich dann. |
Die Methode gibt dir ein Array zurück, wo der Key der Spaltenname ist. Schau dir mal diese Zeilen an, wo alle Choice-Felder geholt werden. yakamara/redaxo_yform_docs#139 Ich vermute das ist das, was du benötigst. |
Ich probiere es Mal aus... |
habe es nicht komplett durchgelesen. Aber ich nehme mal den Titel und denke dass dieses Issue durch ist - wenn nein, gerne nochmal den zentralen Punkt einzeln aufschreiben :) |
Nicht, dass ich wüsste. Gibt's dazu etwas in YForm 4? Ich wüsste immer noch nicht, dass das geht. |
Ich hatte die Problematik mal in einem PR für xform erläutert, laut @gharlan könnte das Problem bei yform noch genauso bestehen:
yakamara/redaxo_xform#339
Das Feld be_relation" legt ja auch in seiner Optik mit den Pfeilen hoch/runter schon nahe, dass man Einträge eines Datensatzes auch nachträglich umsortieren kann und nicht nur beim hinzufügen neuer Datensätze.
The text was updated successfully, but these errors were encountered: