#224 Standardwert für Attribute (state: open)

Hallo zusammen, ein Standardwert für die Attribute könnte den Redakteuren die Arbeit enorm erleichtern. Bsp: attribute_timestamp >>> {{date_U}} Somit würde beim aufruf eines neuen Datensatzes bereits das aktuelle Datum geladen Das gilt natürlich auch für alle anderen Attribute.

+1

+1

+1

Als erste Attribute würde ich das bei allen SimpleAttributes sehen. TableText, Select und Tags lasse ich mal außen vor.

Wie realisieren wir das? Erweitern wir jedes Attribut um ein value? Oder hängen wir das ans rendersetting?

Frage: der Default Wert kann nicht nur ein fester Wert sein, sondern auch eine Funktion sein wie time(); Ich würde ungern hier eine freie Auswahl erlauben. Heißt wir müssten ein Freitext haben für die festen Werte und eine Auswahl für Funktionen, damit da nicht jeder seine Funktionen hinterhängen kann.

Ich bin zwar kein Experte, aber beim Catalog war das bei Eingabefeldern auf Text und die regulären Inserttags von contao beschränkt und dies hatte sich damals als recht nützlich erwiesen (bsp date oder auch user im Fe-Edit)

Beschränkung auf Text und Inserttags finde ich eigentlich gut. Wer Funktionen neben z.b. date() braucht, kann sich dann immer noch seinen Insert-Tag schreiben...

+1, dann bitte nur noch das "Wo" das "Wie" klär ich dann mit X

Wieso hab ich da oben Rendersetting geschrieben? Meinte natürlich Inputscreen ... für mich gehört es am ehesten dahin. So könnte ich auch für verschiedene Gruppen andere Inputscreens mit anderen values anlegen.

+1 eine Funktionalität analog dem Contao Formulargenerator mit festem Wert + Insert Tags wäre m.E. schon ausreichend...

@stefanheimes ist das "Wie" mit Inputscreen gelöst, oder soll ich dir noch was aufmalen?

Ich soll hier noch ein +1 drunter setzen. https://twitter.com/MetaModels/status/525322727004336129

+1! oder geht das auch irgendwie mit GLOBALS?

ich nehme an, das kann man über einen event_listener regeln - aber für jeden Standardwert die Sachen in eine Datei "reinwurschteln"...? das kanns nicht sein - hier gehört (m.E.) ein Feld wie beim Formulargenerator hin

... da fällt mir ein, placeholder ist auch noch nicht drin - gibts da ein eigenes issue?

+1 für Defaultwerte im Inputscreen Placeholder würden ja im Falle, dass ein Defaultwert hinterlegt ist ohnehin nicht angezeigt - die würden meiner Meinung nach dann aber auch eher zu "Name" und "Beschreibung" unter Attribute gehören.

ich finde Placeholder auch nicht so wichtig - das kann man mit dem Beschreibungstext abfangen

meine ich auch.

Inputscreen == Eingabemaske http://metamodels.readthedocs.org/de/latest/manual/new-labels.html#manual-new-labels

:see_no_evil: Ojeh... na wenigstens auf den Stift kann man sich verlassen

OK, ein (Multilingualer) Placeholder wird wohl erst für Frontend-Editing interessant, und da muss man es eh im Formulareditor machen. Default brauch ich aber dringend. Hab hier 3.000 Adressen, fast alle mit dem gleichen Land.

"zu Fuß per DCA" http://metamodels.readthedocs.io/de/latest/cookbook/panels/default-values.html

das Setzten von Standardwerten per DCA funktioniert (gut) - wir sollten mal besprechen, ob die Defaultwerte beim Definieren der Eingabe definiert werden sollten (also im "Backend") oder das so per DCA belassen... und wenn Backend, ob das ein Feature für 2.1ff ist

Feature für 2.x

MM call 25.05.2021: zu schwierig zu implementieren insbesondere für Attribute wie Longtext, Tags, File oder alle translated Attribute