bevor die Frage falsch verstanden wird: ja, ich weiß schon wie ich neue Feldtypen einbinden kann, also was wie in welches Verzeichnis von yForm kopiert und benannt werden muss. Das Problem ist ein anderes:
Es gibt ja schon viele Feldtypen, aber irgendwas fehlt halt immer mal. Wenn der "fehlende" Typ von allgemeinem Interesse ist, bietet sich ein Pull-Request an und er wird hoffentlich in yForm aufgenommen. Dann ist das Problem erledigt. Bsp: ich habe grade einen Request für ein be_media_category eröffnet.
Aber wie handhabe ich sinnvoll Feldtypen, die nun eben nicht von allgemeinem Interesse sind, sondern nur für mein Projekt von Belang? Bsp: im Prinzip nutze ich ein be_table, aber eines der Felder soll ein Select sein. Ist so im Standard weder vorgesehen noch konfigurierbar (soweit ich das sehe). Aber ich kann mir ja eine spezialisierte Variante stricken, die aus be_table kopiert ist und HTML erzeugt, das wei das HTML von be_table funktioniert, nur eben anders definierten Feldern als input.
Aber wie handhabe ich die Dateien von "be_privates_feld"?
- Kann ich die Dateien in meinem Add-On oder im Project-Add-On ablegen, also getrennt von yForm selbst, so dass mir keine Dateien gelöscht werden bei Updates von yForm? Aber wie findet yForm die Dateien, läuft das über eine Standardsuche ähnlich wie mit dem core-Verzeichnis für Fragmente (wie müsste die Verzichnisstruktur aussehen) oder indem ich die boot.php nutze (und wenn ja: wie)?
- Oder löscht yForm gar keine Dateien beim Update, so dass ich mir eh keinen Kopp machen muss und die privaten Dateien unbesorgt in das yForm-Verzeichnis packen kann?
- Oder wäre es sinnvoll, die Quell-Dateien getrennt zu halten und durch re-install meines Add-On oder des Project-Add-On die nötigen Dateien neu in das yForm-Verzeichnis zu kopieren?
Viele Grüße
Chris