Da dieser Thread ziemlich lang und unübersichtlich geworden ist, habe ich einmal versucht eine Zusammenfassung zu erstellen und habe sie noch etwas ergänzt.
Für CMSimple_XH 1.7 gibt es (laut meiner Plugin Dokumentation) 98 Plugins und weitere 15 Plugins die mit einem Workaround unter XH 1.7 betrieben werden können.
Die aktuelle Plugin Dokumentation befindet sich unter
http://cmsimplexh.webdesign-keil.de/?Er ... nd_anderes und wird manuell von Hartmut gepflegt.
a)
Plugin-Demo:
Die Plugins sollten für den künftigen Anwender in einer Demo Installation sichtbar sein, damit er sie in ihrer Funktionalität sehen und testen kann.
Da die Plugin Demo Installationen recht aufwändig in der Pflege sind, werden hierfür Freiwillige gesucht.
Anmerkung:
1. Christophs Seite
http://3-magi.net mit seinen knapp 60 Plugins Demos ist offline.
2. http://plugins_171.cmsimple.sk ist offline
3.
http://cmsimplexh.webdesign-keil.de/?CM ... sbeispiele enthält nur einige Plugin Demos
4.
https://simplesolutions.dk enthält einige Plugin Demos
b)
Datenpflege der Plugin Dokumentation:
1. Die Aktualität von Hartmuts "Übergangslösung" hängt von der Sichtung im Forum und von Infos der Forumsteilnehmer bzw. Plugin Entwickler ab.
2. Der zeitliche Aufwand für die laufende Pflege der Plugin Doku ist überschaubar.
3. Ein standardisiertes Meldeverfahren mittels strukturierten Datensätzen (bspw. Advancedform_XH, XML) wäre hilfreich.
4. Vielleicht könnte eine ähnliche Funktionalität wie "UpdateCheck" im Admin-Menü zur Auflistung der aktuellsten Version erstellt und genutzt werden (als Indikator was bei den Plugin Entwicklern als aktuelle Version deklariert wird.)
5. Eine ergänzende Datenpflege durch die Plugin Entwickler wäre schön. Für die stillen (weniger aktiven) Entwickler sollte es eine manuelle Möglichkeit der Datenpflege trotzdem geben.
c)
Neues Plugin Repository
1. Ein neues Plugin Repository sollte inhaltlich mindestens die Informationen der aktuellen Plugin Doku enthalten.
2. Folgende Informationen sollten zusätzlich dokumentiert werden.
…
3. Idealerweise basiert das neue Plugin Repository auf einer (SQLite? / Flatfile?) Datenbank.
4. Das Plugin Repository kann durch die Plugin Entwickler gepflegt werden (ob manuell mittels Formular, oder bspw. mittels XMS-File müsste geklärt werden) und wird durch mind. einem Admin für das Plugin Repository betreut.
5. Das Plugin Repository sollte von der Projektseite und vom Forum gut, einfach und schnell erreichbar sein. Ein direktes Einbinden in die Projektseite ist aus meiner Sicht nicht erforderlich.
6. Bei der Erstellung (Programmierung), Installation und Konfiguration des Plugin Repository, sowie beim erstmaligen einpflegen der Plugin Informationen ist mit einem beträchtlichen (zeitl.) Aufwand zu rechnen.
7. Recherche ob Opensource? Plugin Repository im Internet vorhanden sind und ob es unseren Anforderungen gerecht wird.
d)
Funktionalität der "neuen" Plugin Dokumentation
1. Suchen und sortieren nach verschiedenen Kategorien und Inhalten.
2. Eine Pluginübersicht als "Startseite" von der aus in die Detailansicht des Plugins aufgerufen werden kann.