[3.3] Toggle Control (Schalter-Stil zentral festlegen)

[chris1278]

Das hängt vermutlich damit zusammen das der Schalter den Radio Button übernimmt. Und da ist der Wert JA eben links also rein Faktiosch wischen von rechts nach links.

[Dref]

Das ist genau so, aber ein echter Schalter funktioniert in die andere Richtung.

[LukeWCS]

Es ist wie Chris geschrieben hat. Bei phpBB sind die Radio Buttons nunmal umgekehrt angeordnet und die Kirk-Toggles ahmen genau das nach.

Standard ist tatsächlich Nein/Ja, aber eben nicht bei phpBB.

[Mike-on-Tour]

Ich habe TC 1.3.0_dev_b2 gestern Abend auf meinem lokalen TB installiert und mit den "alten" Umsetzungen in meinen Ext sowie einer "neuen" Umsetzung getestet.
Was soll ich sagen, es funktioniert mit beiden Varianten wie es soll, ich konnte keine Bugs feststellen.
Und weil ich gerade dabei war, habe ich die neue globale Template-Variable mal im MCP und im UCP getestet, auch das funktioniert. Die müsste man doch eigentlich auch im allgemeinen Bereich, also im Frontend, bereitstellen können, oder?

[LukeWCS]

Wunderbar. Ich habe ehrlich gesagt MCP und UCP nicht getestet, da ich stillschweigend davon ausging, dass die globale Variable auch dort funktioniert. Vertrauen ist gut, Test ist besser, vor allem ein unabhängiger. Merci Mike

Die müsste man doch eigentlich auch im allgemeinen Bereich, also im Frontend, bereitstellen können, oder?

Grundsätzlich ja. Das Konzept von TC hat bisher nur ACP, MCP und UCP berücksichtigt, denn im Foren Frontend werden ja normal keine Ext Einstellungen zur Verfügung gestellt. Zumal Foren Frontend ja auch stark vom Styling abhängig ist und wir als Ext Entwickler deshalb in den Bereichen ACP/MCP/UCP mehr "Freiheiten" haben.

Das war einerseits eine Effizienz/Performance-Entscheidung, denn warum sollte man Ext Code im Foren Frontend ausführen, wenn der dort gar nicht benötigt wird. Zum anderen aus Styling Gründen, weil man da mit übergeordnetem Styling (durch PHP und Twig) eventuell den Style Designern ins Handwerk pfuschen würde.

Oder hättest du ein Szenario, wo Foren Frontend ebenfalls ein Einsatzgebiet von TC sein könnte?

[Dref]

Es ist wie Chris geschrieben hat. Bei phpBB sind die Radio Buttons nunmal umgekehrt angeordnet und die Kirk-Toggles ahmen genau das nach.

Standard ist tatsächlich Nein/Ja, aber eben nicht bei phpBB.

Die gebräuchlichste Art, den Zustand eines Schalters anzuzeigen, ist eine Kontrollleuchte. Die linke, ohne Kontrollleuchte, ist ausgeschaltet. In diesem Fall wird die Taste in der Position " 0 "gehalten. Der rechte entspricht einem Schalter, dessen Kontrollleuchte immer leuchtet und der Knopf in der Position "I" gehalten wird.

Ich weiß, dass phpBB seine Funkknöpfe anders positioniert hat, aber wenn man einen Toggle benutzt, sollte man die native Bedeutung dieses Schalters benutzen. Meiner bescheidenen Meinung nach

[ externes Bild ]

[Mike-on-Tour]

Oder hättest du ein Szenario, wo Foren Frontend ebenfalls ein Einsatzgebiet von TC sein könnte?

Nein, da habe ich aktuell keines, und mir würde ad hoc auch keines einfallen.
Nichtsdestotrotz habe ich das mal getestet und im TC Listener den Event core.page_header hinzugefügt, damit wird die globale Template-Variable überall im Frontend zur Verfügung gestellt, auch im MCP und im UCP, du könntest dir hier also eine Zeile in deinem Code sparen.

[LukeWCS]

Ich weiß, dass phpBB seine Funkknöpfe anders positioniert hat, aber wenn man einen Toggle benutzt, sollte man die native Bedeutung dieses Schalters benutzen. Meiner bescheidenen Meinung nach

Dir scheint die Bedeutung dieser Ext nicht ganz klar zu sein. Toggle Control ist nicht nur für Admins eine bequeme Möglichkeit selber entscheiden zu können, welchen Schalter-Stil sie wollen. Toggle Control ist ausserdem ein Rahmen für Entwickler (quasi ein Framework) der einen Quasi-Standard für die Generierung von Toggles und dessen Handhabung zur Verfügung stellt und gleichzeitig Endbenutzern die Freiheit gewährt, selber entscheiden zu können, ob sie Toggles benutzen wollen oder lieber Radio Buttons oder sogar nur eine schlichte Checkbox. Wenn du im Startbeitrag den ersten Spoiler öffnest, siehst du eine Liste der Erweiterungen die bereits TC kompatibel sind und da wirst du feststellen, dass mehrere Entwickler den Quasi-Standard nutzen. Wir ändern jetzt diesen Standard nicht, nur weil es dir nicht gefällt.

phpBB verwendet, wie bereits mehrfach gesagt, die Reihenfolge Ja/Nein und darum nutzen auch unsere Toggles diese Reihenfolge, damit das einheitlich ist und keine/wenig Umgewöhnung nötig ist. Des Weiteren ist Nein/Ja zwar am weitesten verbreitet, aber es gibt keine Regel die vorschreibt, das man exakt nur diese Reihenfolge nutzen darf. Ja/Nein wird auch von anderer Software genutzt, ist aber tatsächlich selten.

Wenn dir unsere Toggles nicht gefallen, kannst du jederzeit auf Checkboxen oder die klassischen Radio Buttons umschalten, denn genau das ist ja auch die Aufgabe von TC: Endbenutzern eine Wahl lassen.

du könntest dir hier also eine Zeile in deinem Code sparen.

Ist mir klar, das würde die Anzahl der Event-Hooks von 3 auf 2 reduzieren, gleichzeitig würde dann aber unnötigerweise auch im Foren Frontend TC Code ausgeführt. Darum hatte ich mich bewusst gegen core.page_header entschieden, obwohl das damals für mich einfacher gewesen wäre, denn ich musste für MCP und UCP ja auch erstmal passende Events finden, mit denen TC auch funktioniert. Das war also mehr Aufwand. Aber du weisst selbst, das es da draussen schon genug "krude Schrotflinten-Methoden" bei Exts gibt. ^^ Vor allem im Lager der nicht-validierten Erweiterungen.

[Mike-on-Tour]

Ich hatte mir schon gedacht, dass du das selbst schon ausprobiert hast und dann auf die beiden Events im MCP und im UCP gegangen bist. wollte es aber nicht unerwähnt lassen.

[LukeWCS]

Jupp, wenn das mal spruchreif werden sollte, würde ich das auch so machen.