LangMan_XH (Languages Manager XH)

[olape]

Eine 1-Klick-Lösung (oder 2 oder 3) zum Anlegen neuer Sprachen UND die gleichzeitige Festlegeung der Darstellung der Sprachauswahl, gehört für mich irgendwie zusammen. Und ganz nebenbei, beides scheint mir für XH dermaßen essenziell, dass mit der Integration nicht weiter gezögert werden sollte.
Es gibt hier immer wieder Meinungen (zu recht), dass solche neuen Sachen möglichst in Plugins realisiert werden sollten.
Man kann es leichter pflegen, updaten usw.
Bisher war ich dafür, Ludwigs Vorschlag in den Core zu übernehmen. Da kannte ich aber deinen "Langen Kerl" (LangMan) noch nicht.
Bevor nun wieder an verschiedenen Stellen verschiedene Optionen zur Sprach-Verwaltung auftauchen, wäre ich dafür, das alles in einem Plugin zusammenzufassen und es als Standard-Plugin mit auszuliefern.

Jetzt muss ich nochmal eine Frage dazu stellen.
Wer nutzt denn überhaupt das "normale" Sprachmenü?
Wäre es hier nicht wesentlich sinnvoller Polyglot_XH entsprechend zu überabreiten?
Da ist ja eh noch einiges offen.

[frase]

Wer nutzt denn überhaupt das "normale" Sprachmenü?
Wäre es hier nicht wesentlich sinnvoller Polyglot_XH entsprechend zu überabreiten?

Oh, ich denke, dass das "normale" Sprachmenü ziemlich häufig genutzt wird. Vor allem von Leuten, die kein zusätzliches Plugin oder Umbauarbeiten am Template wollen.
Wäre Ludwigs Vorschlag nur in Polyglot_XH verfügbar, dann müsste man alle die diese Funktionen nutzen wollen, dazu verpflichten Polyglot zu verwenden. Alle anderen müssten verzichten.
Ich stelle mir vor, dass LangMan_XH als Standard-Plugin ausgeliefert wird. Damit wäre alles, was Sprachmanagement betrifft an einem Ort vereint - wenn Ludwigs Langmenü-Optionen gleich mit dort abgehandelt würden.
Die seitenweise Übersetzung kann und soll dann mit Polyglot gemacht werden, optional und unabhängig vom "Verwalten" der verfügbaren Sprachen.

[olape]

…
Umbauarbeiten am Template wollen.
…
wenn Ludwigs Langmenü-Optionen gleich mit dort abgehandelt würden.

Egal wie, am Template muss geändert werden.

[frase]

Egal wie, am Template muss geändert werden.

Evtl. müssen Styles angepasst werden ...
Egal wie - ob im Core oder im Plugin - alles gleich. aber an einem Ort einzustellen/auszuwählen.

[olape]

Es ging mir dabei nicht um die Styles.
Die Änderungen, die ich meinte, ist identisch derer, die man auch für Polyglot machen muss.
Es muss für das Sprachmenü ein anderer Aufruf eingefügt werden.
Da führt kein Weg dran vorbei.

Allerdings könnten Templatedesigner pfiffig sein, das entweder konfigurierbar machen,
oder alternativ die vorhandenen Sprachmenüs abfragen und wenn vorhanden, dann einbinden.
Also, ganz grob etwa so:

Code: Select all

if ( polyglot
….
elseif (langman
….
else

[frase]

Es muss für das Sprachmenü ein anderer Aufruf eingefügt werden.

Das wäre schade.
Wenn das wirklich nicht anders geht, dann wäre ich doch wieder dafür, es nach Ludwigs Vorschlag umzusetzen. Ansonsten wäre es ein zu großer Bruch und nur mit individuellen Änderungen (anderer Aufruf) nutzbar.
Das würde mehr Nachteile als Vorteile mit sich bringen.

Es ist eben nur schade, weil es dann (XH-typisch) mehrere Stellen gibt, an denen man die Sprachen verwalten kann/muss.
Schon alleine die Erklärungen werden wieder so aussehen: Wenn du das willst musst du da hin, wenn du das andere willst musst du dorthin und das machen ... und so weiter. - Kein schönes Usererlebnis.

[olape]

Wenn das wirklich nicht anders geht,

Nein.
Wenn eine Funktion definiert ist, gibt es keine Möglichkeit, das nachträglich zu ändern.
Es muss eine andere Funktion / anderer Name sein.
Es gäbe nur eine „Krücke“.
XH_afterfinalcleanup, aber da gibt es mit Sicherheit wieder andere Probleme, wie i.e cnc.
Ich fände das auch nicht wirklich sinnvoll.

[olape]

Eine Idee dazu.

Wir lassen das Languagemenü, wie es ist, schaffen dazu aber eine config-Option.
Da kann man dann Polyglot oder, falls es das mal gibt, Langman eintragen.
Ist etwas eingetragen, gibt die althergebrachte Funktion zurück, was eingetragen ist, ist nichts eingetragen, dann gibt sie zurück, was sie auch bisher zurückgibt.

Beim Editor und ich glaube beim Pagemanager haben wir das auch in dieser Art.

[frase]

Wir lassen das Languagemenü, wie es ist, schaffen dazu aber eine config-Option.

Eigentlich eine gute Idee.
Aber, was ist wenn man z.B. LangMan einträgt? Stehen dann Ludwigs Vorschläge auch weiterhin zur Verfügung?

[cmb]

Wir lassen das Languagemenü, wie es ist, schaffen dazu aber eine config-Option.
Da kann man dann Polyglot oder, falls es das mal gibt, Langman eintragen.
Ist etwas eingetragen, gibt die althergebrachte Funktion zurück, was eingetragen ist, ist nichts eingetragen, dann gibt sie zurück, was sie auch bisher zurückgibt.

Beim Editor und ich glaube beim Pagemanager haben wir das auch in dieser Art.

Ja, kann man so machen, aber ist es das wirklich wert? Beim Editor wird das ja genutzt, aber einen alternativen Dateimanager gibt es leider nicht. Und gerade mehrsprachige CMSimple_XH Sites sollte es doch nicht so viele geben, als dass man es dem Admin nicht "zumuten" kann, im Template den Aufruf von languagemenu() zu ersetzen (wenn er das überhaupt möchte).