cms/tibi-docs
Template
5
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

t

Browse Source
This commit is contained in:
Robin Grenzdörfer 2023-05-30 15:41:54 +00:00
parent 8839bd1111
commit 2231ae0c77
4 changed files with 24 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
docs/md/projektkonfig/collections/fields.md
View File

@ -134,3 +134,11 @@ containerProps:
small: "col-12" small: "col-12"
large: "col-4" large: "col-4"
``` ```
## inputProps
Wenn man das Input element direkt bearbeiten möchte (Bspw. readonly oder ähnliches), so kann man diese hier als Objekt übergeben:
```yaml
inputProps: { readonly: true, placeholder: { de: "Wert wird automatisch gesetzt", en: "Value is set automatically" } }
```

3
docs/md/projektkonfig/collections/fields/datentypen.md
View File

@ -1,6 +1,6 @@
# Datentypen # Datentypen
Via `type` wird der Datentyp des Feldes definiert. Folgende Datentypen sind möglich: Via `type` wird der Datentyp des Feldes definiert. Diese Angaben sind für den Tibi Server relevant. Folgende Datentypen sind möglich:
## string ## string
@ -41,4 +41,3 @@ Wie `"object"` fasst auch das `"object[]"` Array `subFields` zusammen. Diese all
## any ## any
Felder vom Typ `"any"` können beliebige Daten aufnehmen. Die Validierung schlägt auf Basis der Typ-Validierung hier nie fehl. Felder vom Typ `"any"` können beliebige Daten aufnehmen. Die Validierung schlägt auf Basis der Typ-Validierung hier nie fehl.

24
docs/md/projektkonfig/collections/fields/widgets.md
View File

@ -1,28 +1,22 @@
# Widgets # Widgets
Das im *tibi-admin* für die Ein- und Ausgabe von Daten zu verwendente Widget wird über die Feldkonfiguration `meta.widget` festgelegt. Die Angabe erfolgt als String mit dem Widget-Namen. Das im _tibi-admin_ für die Ein- und Ausgabe von Daten zu verwendente Widget wird über die Feldkonfiguration `meta.widget` festgelegt. Die Angabe erfolgt als String mit dem Widget-Namen.
Nicht jedes Widget kann mit jedem Datentyp umgehen, die möglichen Datentypen werden aber nachfolgend bei jedem Widget erwähnt. Außerdem wird auf individuelle Konfigurationsmöglichkeiten eingegangen. Nicht jedes Widget kann mit jedem Datentyp umgehen, die möglichen Datentypen werden aber nachfolgend bei jedem Widget erwähnt. Außerdem wird auf individuelle Konfigurationsmöglichkeiten eingegangen.
## text ## string / text / input
## number ## number / int / integer / float / double
## checkbox ## boolean / bool / check / switch / checkbox
## select ## select / selectArray
## date ## date / dateTime
## datetime ## richtext / html
## richtext ## file / image / mediaLibraryFile
## file
## image
## selectArray
## checkboxArray ## checkboxArray
@ -30,7 +24,7 @@ Nicht jedes Widget kann mit jedem Datentyp umgehen, die möglichen Datentypen we
## object ## object
## objectArray ## objectArray / object[]
## tabs ## tabs

9
docs/md/projektkonfig/collections/meta.md
View File

@ -1,15 +1,14 @@
# meta Objekt # meta Objekt
Wie bereits an anderer Stelle beschrieben, dient das `meta` Objekt zur Definition von Merkmalen, die im *tibi-admin* finden. Zum Anlegen der Struktur in der Datenbank und Definition der API haben diese Angaben keine Relevanz. Wie bereits an anderer Stelle beschrieben, dient das `meta` Objekt zur Definition von Merkmalen, die im _tibi-admin_ finden. Zum Anlegen der Struktur in der Datenbank und Definition der API haben diese Angaben keine Relevanz.
Folgende Angaben sind möglich: Folgende Angaben sind möglich:
!!!include(../api/collections/democol/meta.yml)!!! !!!include(../api/collections/democol/meta.yml)!!!
## views Liste ## views Liste
`views` werden für die Darstellung der Kollektion-Daten im *tibi-admin* benötigt. Die Auswahl des passenden View erfolgt über CSS Media-Queries. `views` werden für die Darstellung der Kollektion-Daten im _tibi-admin_ benötigt. Die Auswahl des passenden View erfolgt über CSS Media-Queries.
Optionale Unternavigationen können eigene `views` haben. Optionale Unternavigationen können eigene `views` haben.
@ -23,6 +22,10 @@ Folgende möglche Einträge für `views` gibt es derzeit:
!!!include(../api/collections/democol/table.yml)!!! !!!include(../api/collections/democol/table.yml)!!!
## cardList
TODO
## tablist ## tablist
Wird die `tablist` verwendet, ist sicher zu stellen, dass alle Felder in der Definition aufgenommen werden. Werden Felder nicht in die `tablist` aufgenommen, sind diese weiterhin in einer Gesamtliste unterhalb der Tabs und bringen das Layout durcheinander. Wird die `tablist` verwendet, ist sicher zu stellen, dass alle Felder in der Definition aufgenommen werden. Werden Felder nicht in die `tablist` aufgenommen, sind diese weiterhin in einer Gesamtliste unterhalb der Tabs und bringen das Layout durcheinander.