@chris1278
Coole Sache, habs vorgestern in Kirks WWH-Testboard wahrgenommen. Ohne mir jetzt den Code anzuschauen, weisst du wo die Informationen gespeichert werden, welche Kategorien ausgeblendet sind?
Das könnte mir für meine Foren auch gefallen.
@canonknipser
canonknipser hat geschrieben:Die Verzeichnisstruktur deines Github-Archives ist auch ein wenig ungewöhlich. Normalerweise sollte der Pfad zur composer.json
so sein:
https://github.com/Chris1278/collapse/blob/master/composer.json
,
Eine solche Struktur wird vom EPV als ungültig bewertet, die Regeln haben sich hier anscheinend vor einiger Zeit (letztes Jahr) geändert. Gemerkt habe ich das zufällig, als plötzlich die Struktur einer Ext an der ich mit programmiert habe, als ungültig bewertet wurde.
deiner ist
https://github.com/Chris1278/collpse/blob/master/chris1278/collapse/composer.json
, also noch mal eine Ebene mit Vendor und Extension-Name zusätzlich eingezogen.
Eben genau das ist aktuell die von EPV erwartete Struktur und dementsprechend stimmt hier alles. Du kannst das selbst prüfen, wenn du EPV gegen das Repo von Chris laufen lässt, da ist das Ergebnis aktuell:
https://ibb.co/x555DgW
Wenn du damit jetzt z.B. dein eigenes Repo von viewexif prüfst, wäre das Ergebnis aktuell:
https://ibb.co/FW6MfCf
Der relevante Teil wäre:
Error: Packaging structure doesn't meet the extension DB policies.
Expected: canonknipser/viewexif
EPV, immens hilfreich.
Am Rande: Die alte Struktur, wo man den Inhalt der Ext ins Root geklatscht hat, war aus organisatorischer Sicht einfach nur grausam. Mit der aktuellen Struktur kann man das alles sauber organisieren. Im Root habe ich jetzt nur noch die GH-spezifischen Dateien wie z.B.
.gitattributes
, während die Ext ordentlich im richtigen Pfad liegt. Das hat so nebenbei auch den Vorteil, das Benutzer die sich eine Testversion herunterladen, gleich sehen wo das hin muss ohne erst umständlich composer.json konsultieren zu müssen, falls sie das überhaupt wissen.