Timbalu wrote:Das kann ich so gar nicht nachvollziehen. Gerade das habe ich (außer dem eigentlichen Plugin Werk) doch gemacht! Und das sieht man erst, wenn man eine Weile damit arbeitet und auf einen gewissen testentry Schatz zurückgreifen kann.
Bis zu einem gewissen Grad, aber nicht konsequent – was auch nicht überall ganz einfach ist, weil dieser Backend-Bereich ein paar Elemente braucht, die es sonst im Backend nicht gibt, weshalb es keine „Vorlage“ dafür gibt.
Worum es (mir zumindest) in diesem Backend ganz wesentlich geht ist visuelle Konsistenz. Gleiche oder ähnliche Funktionalitäten sollten über das ganze Backend gleich aussehen und gleich funktionieren. Deshalb gibt es in diesem Backend wiederverwendbare CSS-Klassen und JS-Funktionen. Im Idealfall sollte der Backend-Bereich eines Plugins nur eigenes CSS und JS für Funktionalitäten benötigen, die spezisch (lies: exklusiv) für diesen Backend-Bereich sind. (Ja, mir ist bewusst, dass der Idealfall ein bisschen utopisch ist.)
Es geht mir ausdrücklich
nicht darum, mit dem Finger auf Plugin-Entwickler zu zeigen nach dem Motto „Dieses und jenes hast Du falsch gemacht.“ Das ist 1. unnötiger Bullshit und 2. nicht der Sinn von Teamarbeit. Aber wenn dieses Backend vernünftig sein soll, dann müssen wir ganz unbedingt davon weg, dass Plugin-Entwickler nach dem Motto „Mein Plugin“ hingehen und eigene Styles, insbesondere Layout-Styles, schreiben. Das sollten sie gar nicht
müssen.
Im Idealfall sollte ein Backendbereich allein über das Basis-CSS des Backends schon zumindest leidlich funktionieren, wenn man sich an gewisse Markup-Muster hält. Das ist für einige Plugins derzeit utopisch, weil sie eine „innere“ Navigation haben, für die es im Kern des Backend-CSS derzeit noch kein Layout-Konzept gibt. Das ist insbesondere schwierig, weil das alte Layout-Konzept dafür im responsiven Layout nicht funktioniert.
Timbalu wrote:Da habe ich ich viele Wochen mit verbracht, um eine gelungene Mischung aus gewohntem und neuem in der Logik und erkennbar integriertem 2.0 Design mit spezifischen Staticpage Anforderungen, auch für den visuellen Unterschied herzustellen.
Ich weiß, das sieht man. Wie gesagt: Es geht nicht darum, alles neu zu machen. Aber es gibt ein paar Dinge, die fehlen (Bereichsüberschrift, Layout für kleinere Bildschirme) und ein paar Dinge, die optisch ein bisschen zu eigenständig sind (Pagination, Plugin-Tabelle).
Timbalu wrote:Bei solchen Schnellschüssen muss ich daher bremsend einschreiten.
Ich schieße nicht schnell, ich merke an, was mir bereits auffällt. Wenn Dir das lieber ist, kann ich auch keine „Zwischenanmerkungen“ geben, bis ich das Plugin umfangreich getestet habe. Das wird wahrscheinlich ein paar Tage dauern.
Wenn das allerdings bedeuten soll, dass aufgrund der Tatsache, dass Du das Plugin unfangreich überarbeitet hast, Änderungen daran ab sofort nur noch von Dir kommen dürfen oder von Dir „abgesegnet“ werden müssen, dann haben wir hier ein ganz anderes Problem.
YL