Wow ! 4.1.5 auf 4.2 )
51 Override(s) sollten überprüft werden !
Override(s) sollten überprüft werden !
- Stef
- Erledigt
-
Man hat über 4.2 eine automatisierte Code-Style-Anpassung laufen lassen. Der jetzige Code soll angeblich schöner formatiert sein. Damit haben sich natürlich Unmengen an Dateien geändert; ohne, dass sich wirklich was geändert hat.
Normalerweise gleiche ich bei jedem Release die Dateien zur Vorversion ab, was sich wo so alles geändert hat. Das ist damit auch unmöglich gemacht worden. Sprung ins kalte Wasser. Oder halt einen Tag nervende Arbeit.
EDIT: Ich war dagegen. Ist aber "modern" so
Halt nur komplett unnötig... -
Bei mir auch Stef. Exakt 51
Einfach Liste leeren und gut ist.
-
Bei mir auch Stef. Exakt 51
Einfach Liste leeren und gut ist.
ich weiß nicht weil:
Man hat über 4.2 eine automatisierte Code-Style-Anpassung laufen lassen. Der jetzige Code soll angeblich schöner formatiert sein. Damit haben sich natürlich Unmengen an Dateien geändert; ohne, dass sich wirklich was geändert hat.
Damit meinst Du wahrscheinlich dieses PSR12?
Als Beispiel (umgeändert):
Statt so:
Codeif (blablub)) {So:
Codeif (blablub)) {Wenn aber Liste gelöscht wird, ist das ja beim nächsten Mal wieder da? (Also die Meldungen)
Liebe Grüße
Christine
-
Was ist das jetzt in Backend da unten. Die Tastenkombination J+X hat keine Funktion
Wenn aber Liste gelöscht wird, ist das ja beim nächsten Mal wieder da? (Also die Meldungen)
christine2 Du meinst beim nächsten Update?
-
Die Tastenkombination J+X hat keine Funktion
Joomla Keyboard Shortcuts
-
Stef, ich steh voll auf dem Schlauch. Bitte etwas genauer, blick das gerade nicht...
-
Alle Astroid Templates sowie UIKit Plugins laufen sauber.
Helix Ultimate auch durch aber 147 Overrides (wer geht die denn alle einzeln durch)?
Da freut sich jeder Admin...
Und warum kann ich keine Mehrfachmarkierung machen und dann auf geprüft setzen.
Hilft echt nur noch Liste leeren.
-
Man hat über 4.2 eine automatisierte Code-Style-Anpassung laufen lassen. Der jetzige Code soll angeblich schöner formatiert sein.
[...]
EDIT: Ich war dagegen. Ist aber "modern" so
Halt nur komplett unnötig...Die Änderungen haben weder was mit "der Code ist nun schöner" noch was mit "modern" und auch nichts mit "unnötig" zu tun.
Vor der Änderung hatte Joomla! einen eigenen Code-Style-Standard, den immer wieder jemand pflegen und aktualisieren musste. Das bindet einfach Arbeitskraft die anderswo mehr gebraucht wird und auch nicht gut investiert ist.
PSR12 ist ein fest definierter Standard, der etabliert in der PHP Welt ist und der seitens Joomla! einfach genutzt werden kann ohne irgendwelche Aufwände (abgesehen von der einmaligen Umwandlung).
Spart Zeit, Geld und Ressourcen.
Stef, ich steh voll auf dem Schlauch. Bitte etwas genauer, blick das gerade nicht...
Im Backend, drücke erst "J" und dann "X" (nicht gleichzeitig sondern nacheinander)
-
und siehe z.B. auch :
-
Stef, ich steh voll auf dem Schlauch. Bitte etwas genauer, blick das gerade nicht...
Ich benutze eine Kopie vom Cassiopeia, vielleicht ist es bei dir anders.
-
Ich habe erst auch meine Entwicklungsumgebung umstellen müssen. Aber bin froh, dass ich mich nicht mehr extra um joomla coding standards kümmern muss, es war immer eine Herausforderung, diese zu installieren.
-
meinte die shortcuts aber jetzt ist alles klar.
Ich benutze eine Kopie vom Cassiopeia, vielleicht ist es bei dir anders.
-
Mal wieder ein LOL von meiner Seite. Spar mir aber, erneut die Argumente gegen PS12 runterzuleiern. Joomla rennt jedem Quark hinterher.
-
Was ist das jetzt in Backend da unten. Die Tastenkombination J+X hat keine Funktion
Das ist hier integriert worden: https://github.com/joomla/joomla-cms/pull/38092 . Ich glaube deshalb findet man dort die besten Infos zur Funktion.
-
Zitat
Mal wieder ein LOL von meiner Seite.
Herzlichen Dank für deine netten und aufmunternden Worte! Es ist so schön, dass Joomla immer wieder für Freude und Lachen sorgt.
Sich von etwas Gewohntem zu trennen ist immer schwer, aber Joomla Fachmänner/frauen schaffen das.
-
PSR12 ist ein fest definierter Standard, der etabliert in der PHP Welt ist und der seitens Joomla! einfach genutzt werden kann ohne irgendwelche Aufwände (abgesehen von der einmaligen Umwandlung).
Spart Zeit, Geld und Ressourcen.
Kann ich mir jetzt doch nicht verkneifen, dass der "Standard", der übrigens keiner ist, sondern eine Recommendation (egal für den Moment), eine Sicherheitslücke verursacht hat. Der untestbare PR, der das nun wieder über 1600 Dateien fixen muss (Ressourcen-Verschwendung?), wurde als "Release Blocker" deklariert.
