Lieber Kalle,
wir befinden uns hier in einem schnell verändernden Internet, in dem
mindestens einmal jährlich, bestimmte Programmierpraktiken komplett auf den Kopf gestellt werden und durch etwas neues viel flexibleres und performanteres ersetzt werden.
Als ich noch als Webentwickler in einer Internetagentur gearbeitet habe, hab ich maßgeblich am internen CMS (basierend auf Zend Framework) mitgearbeitet und dort auch einiges verändert. Das hat natürlich für andere Kollegen dazu geführt, sofern es notwendig wurde, das CMS in einem ihrer Projekte zu aktualisieren und so einiges an ihrem Code ändern mussten. Der Vorteil lag aber klar darin, dass die Seite nun schneller aufrufbar war und die Kollegen weniger Code schreiben mussten und dieser auch mehr universell im Projekt einsetzbar war.
Die Alternative wäre gewesen: Das CMS nicht zu aktualisieren, keine schnellere Seite zu haben und Funktionen selber zu schreiben, obwohl diese schon in etwas anderer Form in einer neuen CMS-Version drin war.
All das hat dazu geführt, dass grundsätzlich alle 3 Monate sich einiges im CMS getan hat, was dieses aber besser konfigurierbarer machte und eben Code schon vorhanden war, den man nicht mehr selber schreiben muss. Das hat jeden Kollegen gefreut, kurzfristig natürlich nicht, da größere Codeanpassungen notwendig waren, spätestens aber beim nächsten Kundenwunsch hat es sich aber ausbezahlt.
Aus diesem Grund ist es weder verwerflich, noch sonst in einer Art schlecht, dass die MyBB-Entwickler/-Community einige Sachen in einer neuen Version ändert. Das Forum muss mit der Zeit gehen oder meinst du, du hättest heute die Funktionen in 1.6, wenn sich damals alle aufgeregt hätten? "Ich will nicht meinen Code anpassen, aber bringt trotzdem neue Funktionen rein!" Das wäre in einem riesen Batz (Sauerei) an Code gegipfelt, der nicht mehr durchschaubar gewesen wäre.
1.8 war notwendig, damit endlich mal dieses Steinzeit JavaScript (prototype und scriptaculous) durch etwas neueres (jQuery) ersetzt wird, sowie einige Auffrischungen im Layout und Verwaltungstools, dabei werden auch Änderungen im Code notwendig. Desweiteren wurde der Code selber aufgeräumt und vereinheitlicht. Warum das ein Vorteil ist? Siehe oben den Text zum CMS. Du hattest angesprochen, dass MyBB etwas professioneller werden sollte: Das schafft man natürlich nicht mit jQuery. Für eine gescheite "Web Application" braucht es mindestens sowas wie das Dojo Toolkit. Hier wäre übrigens auch deine gewünschte Barrierefreiheit dabei (aria-Attribute, accesskey, das ganze Paket hald), basierend auf den Dojo-Dijits. Dojo ist aber viel zu kompliziert für Einsteiger (besonder ab 1.7 mit dem AMD-Loader, der aber unglaublich performant ist), für High Performance Anwendungen aber prädestiniert. Evtl schaust du dir mal das Dojo-Dijit-System an, das erledigt für dich ein Großteil der Barrierefreiheit.
Mit MyBB 2.0 wird ein Framework eingesetzt, dass den bisherigen Code komplett ersetzt, eine völlige Inkompatibilität von alten Plugins wird das zur Folge haben. Jetzt kann man natürlich sagen, dass es für die wenig Erfahrenen unmöglich wird, ihren Code darauf umzustellen. Aus Sicht eines Programmieres ist das aber ein Geschenk Gottes, endlich komplett Objektorientiert und auf MVC-Basis zu programmieren. Das beschleunigt nicht nur die Anpassbarkeit mittels Plugins, sondern auch ist sauberer und besser wartbar. Falls du interessiert bist, wie so ein Framework aussieht, empfehle ich mal die Dokumentation vom Zend Framework 2.
Diese ganzen Vorteile können wir natürlich auch unter den Tisch fliegen lassen, weil sich vom Code ja "nichts ändern darf".
Ich bin gerade dabei, auf 1.8 zu aktualisieren, deswegen hab ich schon einen Überblick, was sich alles geändert hat. An eigenen Code sind das gut 5000 Zeilen (1400 allein in einem Plugin) die ich dadurch überprüfen und anpassen muss.
Es hat sich an den Templates einiges geändert, ein Großteil wegen dem jQuery Einsatz. Da geh ich aber noch einen Schritt weiter und passe alle Templates an, um das Foundation UI einzusetzen, Stichwort Responsive Design damit sich das Layout der Bildschirmgröße bis runter zum Smartphone anpasst. Hier ist tatsächlich mal ein Vorschlag, dass das für 2.0 mal in Betracht gezogen wird, Bootstrap oder Foundation zu benutzen. Wahlweise letzteres, da es ein besseres Grid hat und auf rem-Einheit statt Pixel basiert.
Wenn du etwas Erfahrung hast, empfehle ich dir "Git" für dein Projekt zu benutzen. Das macht die Änderungen von dir und von einer neuen MyBB-Version nachvollziehbarer. So konnte ich die hardcoded Änderungen von mir einfach identifizieren und entsprechend austauschen oder ganz entfernen, weil MyBB zufällig genau das fest eingebaut hat.
(20.09.2014, 15:23)Kalle schrieb: [ -> ]Im Footer-Bereich: DO NOT REMOVE --><!-- start: task_image --> ...fehlt das Attribute ganz. Das ist hier sicherlich nicht zwingend notwendig .... dennoch fehlt es. Zudem ist schon sehr auffällig das hier die Extension "php" in einem image-Tag Verwendung findet.
Sowas ist gängige Praxis und etabliert. Das ist kein Bild, es wird nicht angezeigt, dementsprechend braucht es auch nichts "lesbares". Über nichts anderes funktionieren auch Statistiken fremder Anbieter, die man in seine Website einbaut. Diese "Zählpixel" sind nicht sichtbare Bilder, die auf eine php-Datei von diesem Anbieter verweisen und damit den Besucher als solcher Identifizieren und den Besucherzähler um eins erhöhen.
). MyBB 1.8 bietet allerdings die Möglichkeit dies mit Themes zu erreichen und ich bin mir sicher, dass es entsprechende Themes auch geben wird.
Und Größenangaben würden individuelle Anpassungen stark erschweren, zumal sie optional sind. Von daher sehe ich da absolut kein Problem.