- Offizieller Beitrag
Die neue Lösung, die analog zu anderen Mehrsprachigen Inhalten in der Suite (Ausnahme Forum) funktioniert, könnte auch die ganzen anderen Fälle ohne unsaubere Hacks umsetzen.
Das Forum ist hier nicht die Ausnahme sondern bei den Apps die Regel. Alle WoltLab-Apps verhalten sich in Hinblick auf die Mehrsprachigkeits-Funktion aktuell identisch. Nur CMS-Seiten und CMS-Artikel (also der Core) verhalten sich aktuell anders. Tendenziell ist auch angedacht die Variante von den CMS-Artikeln zukünftig auch für die Dateien in der Filebase anzubieten, weil es da am ehesten Sinn machen könnte. Das wäre dann allerdings ein größerer Umbau der Filebase, der mit Abwärtskompatibilität brechen würde.
Warum genau setzt ihr dann hier die eurer und meiner Meinung nach ungeeignetste Software genau so ein mit diesem lustigen Sprachen-BBCode-Zeug?
Die in der Filebase aktuell integrierte Mehrsprachigkeits-Funktion ist für den Plugin-Store in der Tat nicht geeignet und deshalb konsequenterweise dort auch deaktiviert. Ich weiß nicht, warum deshalb gleich die ganze Software "ungeeignet" sein soll. Abgesehen von individuell angepasster Software habe ich bisher selten komplexe Software gesehen, die perfekt auf einen bestimmten Anwendungsfall zugeschnitten ist. In der Praxis muss man immer Kompromisse eingehen.
Die selbst gebaute Lösung für die aktuelle Mehrsprachigkeit im Plugin-Store ist sicherlich nicht die elegante und sauberste Lösung, funktioniert im Großen und Ganzen aber seit Jahren im Plugin-Store ziemlich gut. Wir sehen dort aktuell keinen akuten Handlungsbedarf. Langfristig (mit der nächsten größeren Überarbeitung der Filebase) ist aber auch hier eine Änderung angedacht.