olape wrote: ↑Sat Jan 12, 2019 12:47 pm
Und genau einen solchen Wulst an Kategorien wollte ich vermeiden.
Da man ja aber mehrer zuweisen kann, kann man das auch mit wesentlich weniger abfeiern.
+1
olape wrote: ↑Sat Jan 12, 2019 12:47 pm
Alles in allem. Ich dränge mich nicht, das als Plugin umzusetzen.
Wenn ihr der Meinung seid, das ist es nicht, dann lassen wir es.
Es bleibt alles wie es ist. Wir treten weiter auf der Stelle und wundern uns, warum es nicht so richtig läuft.
Ich finde es mehr als gut, dass Du angefangen hast und die Sache jetzt angehst.
Und auch das jetzt schon vorgestellte Ergebnis finde ich schon gut und einen großen Fortschritt.
olape wrote: ↑Sat Jan 12, 2019 12:47 pm
frase wrote: ↑Sat Jan 12, 2019 11:22 am
Ich könnte mir folgendes vorstellen:
Per html-Formular auf xh.org die Daten abfragen (könnte ja gleich als CSV erfolgen).
Der Datensatz erhält eine eindeutige Nummer (oder Passwort), die dem Betreffenden per Mail zugesandt wird.
Damit können dann Änderungen durchgeführt werden - registriertes Einloggen.
Die version.nfo werden zeitgesteuert abgefragt. Werden Änderungen festgestellt, geht eine Mail raus mit Aufforderung, dass das Formular aktualisiert werden muss.
Bei Erstbesuch (neues Plugin) einen Gastzugang erlauben - Datensatz bis zur Prüfung zurückhalten (Flag setzen). Dann wie oben beschrieben.
Das wäre ein ganz anderer Ansatz, wäre wesentlich aufwendiger und würde auch wieder eine weitaus aufwendiger Datenschutzerklärung voraussetzen. All das wollte ich gerade vermeiden.
So in etwa hatte ich mir das auch vorgestellt, wenn die Sache mal etabliert ist und es wirklich Zuwachs bei den Plugins / Pluginentwicklern gibt, der den Aufwand rechtfertigen würde. Spätestens dann kann man die Sache ja weiter entwickeln.
Die Basis könnte aber durchaus auch die jetzt vorgeschlagene XML-Lösung sein. Und mit dem, was bisher enthalten ist, lässt sich doch schon eine ansprechende Darstellung generieren, finde ich.
Also lasst uns doch jetzt festlegen, was an Infos gesammelt werden soll. Vielleicht sollten wir Christophs Hinweis auf diesen Post
viewtopic.php?f=29&t=6524&start=10#p42477 noch einmal näher anschauen.
Hat es Vorteile eine DTD zu definieren? Macht das nicht Sinn, weil man damit Pflichtfelder und Formate definieren kann? Lässt sich das dann auch auswerten?
Mir geht es darum, dass das Format möglichst flexibel und erweiterbar bleibt (im Gegensatz zum Updatecheck). Und was ist mit Templates? Dafür könnte am Ende das gleiche Tool zur Generierung der Inhalte zum Einsatz kommen. Dazu müsste dann halt ein Tag "Template", statt "Plugin" definiert sein.
Was ich auch noch wichtig fände:
von wo kommen die XML-Dateien? Muss das vom Pluginentwickler "angemeldet" werden? Sollte das Tool einen festen Speicherort auf dem Webspace des Entwicklers voraussetzen?
Wollen wir auch (öffentlich verfügbare) Plugins ohne die Mitwirkung des Entwicklers einfügen?
Aber immer der Reihe nach.