core
core copied to clipboard
MetaModels
FR: Optional Eltern-Element in Variante darstellen
Wenn man eine Variante eines Eintrags erstellt, wäre es toll oberhalb dieser über eine eigene Rendereinstellung gewisse Daten ausgeben zu lassen (z.b. Name, Bild, Beschreibung, ...) um die Variante eleganter anlegen / bearbeiten zu können.
Ein flottes Mockup
<div class="parent">
<h2>Elternelement</h2>
<img src="http://lorempixel.com/100/100/technics/1/" >
<h3 class="parent"><span class="label">Name</span>Fujitsu Scanner</h3>
<h3 class="parent"><span class="label">Kategorie</span>Duplex-Scanner</h3>
</div>
.parent {background-color: #eee;
float: left;
width: 95%;
padding: 5px 15px;
margin-bottom: 20px; }
.parent h2 { font-weight: normal; }
.parent .label {font-weight: bold;
display: block;}
.parent img {
float: left;
margin: 0 10px 10px 0;
}
Da möchte ich mich anschließen. Wobei ich es allein schon sehr hilfreich fände, wenn man bei Datei-Feldern immer einen kleinen Thumbnail des aktuell ausgewählten Dateityps / Bildes hätte, ohne dazu den Baum öffnen zu müssen, um zu schauen wo denn gerade der RadioButton aktiv ist... Denn oft werden in Katalogen ja quasi die Inhalte von Bildern beschrieben, nicht nur umgekehrt. Das Bild dann direkt in der Eingabemaske zu sehen kann dabei durchaus helfen...
@Hendriks Das aktuell ausgewählte Bild kann Contao 3 darstellen oder? Du meinst wahrscheinlich eine vergleichbare Funktion.
Ok verstanden. Ich würde dich dann bitten diesen Punkt als extra Ticket zu verfassen. Wir möchten nicht das solche Ideen untergehen, in einem Ticket zum anderen Thema würde es das aber definitiv. Daher bitte keine Querverweise sondern am besten gleich ein neues Ticket oder kurze Rückfragen im Forum. Das ist der beste Workflow.
Ok.. Wobei ich gerade auch noch am Überlegen bin, wie das am sinnvollsten mit der Vorschau in der Eingabemaske wäre..?
Vielleicht wäre es tatsächlich auch durchaus sinnvoll (und relativ einfach zu implementieren), wenn man in der Eingabemaske einfach das Rendering des Eintrags wie in der aktiven BE-Liste übernimmt! Also dann ungefähr doch so, wie tim-bec es oben gezeigt hat. Denn hierbei geht es ja vor allem darum, nicht nur in der BE-Liste alle als wichtig erachteten Feld-Werte (i.d.R. eben auch das Bild) auf einen Blick zu sehen, sondern ebenso während der Bearbeitung eines Eintrages in der Eingabemaske! Ob man dafür nun eine eigene / weitere Rendering-Einstellung benötigt, oder eben einfach die aus der Liste 1zu1 übernimmt, weiss ich nicht.. Ich denke, letzteres würde nicht nur ausreichen, sondern gleichzeitig auch die "Wiedererkennung" des Eintrags zwischen Listen- und Eingabemasken-Ansicht stärken...
Wobei das natürlich nicht nur bei den Varianten, sondern natürlich nicht zuletzt auch bei den Haupteinträgen Sinn machen würde...
@tim-bec hat in seinem Screenshot aber die Vorschau des Elternelements gezeigt. Damit man Varianten besser pflegen kann. Wieso sollte man seinen eigenen Eintrag oder besser gesagt wie er später gerendert wird, nochmal selber innerhalb der Eingabemaske sehen wollen?
Das Problem hierbei - was zeigst du an wenn du noch nicht alle notwendigen Felder gefüllt hast. Das hört sich leicht an aber konzeptionell erstmal Hirnschmalz. Das müssen wir uns ganz gut überlegen. Zumal auch Rechte eine ganz wichtige Rolle spielen. (Nicht jeder darf alles sehen)
Wieso? Na ja, das beste Beispiel hierbei ist ja gerade das / ein Bild; es während der Bearbeitung eines Eintrags zu sehen oder nicht, kann schon einen großen Unterschied machen... Angenommen man pflegt einen Katalog in dem Kunstwerke beschrieben werden, dann möchte man doch das Bild sehen, dass man gerade zu beschreiben / katalogisieren versucht...
In der Listen-Ansicht gibt es da ja auch kein "Problem", wenn bei manchen Einträgen manche Feld-Werte fehlen... dann erscheinen sie einfach nicht... ; o ) Einfach das selbe, oder?
@Hendriks - können wir die diskussion in einem anderen ticket weiter führen, das zercluttert hier zu sehr. wenn contao 3.x aber diese möglichkeit beim dateibaum bietet, würde ich fast auch dazu tendieren darauf zu warten.
Wieso zer-cluttert? Ich denke uns geht es letzten Endes um dasselbe Ding! Da fände ich es (bis dato) eher blöd ein neues Ticket anzufangen - DAS würde dann nur zer-cluttern...! ; o ) Und was hier gerade passiert nennt man "abwägende Diskussion", welche nun einmal zu einem Ticket (Feature Request) dazugehört, oder?
Jaein. Mir geht es explizit um das Elternelement in Varianten. Dir geht es, wenn ich es bisher richtig verstanden hab, um eine allgemeine Renderdarstellung in einem x-beliebiegen Element. Das macht wesentlich mehr Fragen auf als mein Ticket. Man kann ja immer noch ein related setzen...
Ja, verstehe Dich auch... Aber nicht zuletzt den Entwicklern wird es darum gehen, Lösungen zu finden, die ganzheitlich und modular sind. Und ich sehe da jetzt Umsetzungs- und Usability-mäßig keinen Unterschied, ob es um Kind- oder Eltern-Elemente geht. Ein solches (optionales) Feature könnte meiner Meinung nach in allen Eingabemasken sehr nützlich sein!
Ich sehe in der Umsetzung schon deutliche Unterschiede. Ich kann es nicht wirklich komplett beurteilen, das muss @andreasisaak machen Bei allgemeinen Elementen hast Du alleine schon den Fall das beim anlegen keine Daten existieren, das muss abgefangen werden - bei Varianten passiert das hingegen nie.
Ok. Halt mich jetzt hier raus, beobachte die weitere Entwicklung und erstellte dann gff. ein eigenes Ticket. Entschuldigt die wohl etwas inadäquate Störung. : o )
:) Kein Ding du hast ja schon vollkommen recht nur ist das Ticket halt speziell auf den Varianten Fall aufgemacht worden, ein zweites Allgemeines mit Referenz auf dieses schadet nicht ;)
MM call 25.05.2021: eine Möglichkeit wäre, dass die Widgets aus dem Hauptdatensatz im Variantendatensatz als Readonly dargestellt werden
MM call 25.05.2021: eine Möglichkeit wäre, dass die Widgets aus dem Hauptdatensatz im Variantendatensatz als Readonly dargestellt werden
add in MM 2.2