was ein plugin ist ? das gefällt mir...
auf gut deutsch kann ich die con_plugins tabelle momentan so verbiegen und verwenden wie ich will ? nein scherz bei seite...
an sich geht es nur darum das so ziemlich jedes plugin eine install.sql braucht um einträge in den tabellen von contenido vornehmen zu können..
con_area
con_action
con_frames
con_frame_files
con_nav_sub
eventuell sogar
con_nav_main
du hast mal geschrieben das bei plugins eine id jenseits der 10000 verwendet werden soll...
das könnte man eventuell automatisieren wenn man sich eines platzhalters bedient... -> PLUGINID00
und PLUGINID wird durch nen 3 ziffern wert ersetzt... zb 2 plugins sind installiert und man installiert ein drittes dazu würde PLUGINID durch 103 ersetzt werden...
nur so als idee...
was man nicht automatisieren kann ist natürlich wenn andere tabellen angelegt werden, d.h. der autor des plugins müsste ebenso schon ne uninstall.sql für diese einträge mitliefern...
wofür verwendet ihr die plugins ? das was ich so bei den screenshots für workflow gesehen habe, fällt bei mir zb nicht in diese kategorie, da im core von contenido ziemlich herumgebaut werden muss...
ich verwende plugins zb für terminkalender backend funktion , datenerfassungsgeschichten, einbindung externer applikation usw...
es geht nur darum ein einheitliches muster für solche install geschichten zu haben... kernpunkt für mich wäre nun mal die automatische id vergabe...
die andere sache ist natürlich ein leichteres handling für den kunden...
zb kunde kauft ein plugin... entzippt es in contenido/plugins/
wechselt ins backend zb administration/plugins (was es noch nicht gibt)
sieht das plugin und klickt auf install... fertig...
es mittels genauer anleitung am telefon zu machen... nein danke...