Hallo,
ich möchte mit Serendipity einen mehrsprachigen Blog in eine Seite integrieren und bin mir nicht ganz sicher, was der beste Weg dafür ist. Folgende Ausgangslage liegt vor:
- Die Seite ist viersprachig und der Blog soll in das bestehende Layout inkl. der Menüs integriert werden.
- Die Einträge für die verschiedenen Sprachen sollen von unterschiedlichen Editoren gemacht werden.
Ich hatte mir überlegt, dass ich für jede Sprache eine Kategorie anlege und den Blog über die Embed-Option einbinde. Das Einbinden klappt zwar, allerdings hab ich noch keinen Weg gefunden, wie ich die Sprache intern umstellen kann.
Ehe ich hier ewig rumprobiere, kann mir vielleicht jemand, der sich besser mit s9y auskennt sagen, ob diese Weg überhaupt so funktioniert oder ob es eine bessere Variante gibt? Vielleicht gibt es ja auch ein Plugin oder eine andere Möglichkeit, wie ich pro Kategorie eine Sprache und ein extra Template definieren kann.
Wie am besten mehrsprachigen Blog
Das Plugin habe ich mir schon angeschaut. Ich habe jedoch keine Möglichkeit gefunden, wie ich damit steuern kann, welcher Editor welche Sprache bearbeiten kann/darf.
Wie ich schon schrieb, sollen die Editoren aber nur ihre Einträge in der entsprechenden Sprache editieren dürfen. Sofern ich nichts übersehen habe, ist das also leider nicht für meine Zwecke geeignet.
Wie ich schon schrieb, sollen die Editoren aber nur ihre Einträge in der entsprechenden Sprache editieren dürfen. Sofern ich nichts übersehen habe, ist das also leider nicht für meine Zwecke geeignet.
Das klingt nach einer Anpassung des Plugins. Was du noch probieren könntest ist die Sprache, die ein Redakteur nutzen soll, im Backend für diesen Redakteur einzustellen und dann Texte zu veröffentlichen. Ich habe jetzt rein zufällig keine s9y-Installation griffbereit um weitere Ratschläge zu geben/zu testen.
Mir ist im Zusammenhang mit serendipity_event_multilingual gerade noch ein (wie ich denke) Bug aufgefallen. Wenn ich im Blog mit der DopDown-Box die Sprache ändere (bspw. auf Spanisch), ändert sich auch die Sprache im Admin-Interface. Soweit mag das ja noch ok sein, allerdings lässt es sich im Admin-Interface dann nicht mehr ändern. Die Sprache in den "Eigene Einstellungen" steht noch auf dem eingestellten Wert und eine Änderung hat keine Auswirkungen auf das Interface. In den Admin-Optionen steht unter "Generelle Einstellungen" dann Spanisch, lässt sich aber nicht verstellen. Egal was ich auswähle, nach dem Speichern steht wieder Spanisch da.
Ich vermute mal, dass das nicht so gedacht ist.
Ich vermute mal, dass das nicht so gedacht ist.
Vermutung!: Das Drop-Down ändert in der Session die Sprache. Dies kannst du natürlich nicht über die Einstellungen im Adminbereich ändern. Das wird zwar in der DB vermerkt, aber die aktuelle Sprache in der Session bleibt z.B. spanisch.
Der Hinweis an sich ist aber nicht schlecht. Allerdings habe ich schon genug mit "meinen" Plugins zu tun um das hier auch noch zu fixen.
Der Hinweis an sich ist aber nicht schlecht. Allerdings habe ich schon genug mit "meinen" Plugins zu tun um das hier auch noch zu fixen.
-
Col. Kurtz
- Regular
- Posts: 450
- Joined: Thu May 26, 2005 10:43 am
- Location: Bonn, Germany
- Contact:
Ich habe auch kürzlich mit Garvin über das multilinguale Einträge Plugin geredet (und wir haben was geändert) aber die fehlende Trennung zwischen der Defaultsprache (oder der eines Autors) und der eingestellten Sprache über das Plugin ist mir auch negativ aufgefallen.
Denn das sorgt dafür, daß immer eine andere Sprache als "default" ausgezeichnet wird, so daß man u.U. bei den mehrsprachigen Einträgen nicht alle editieren kann (denn diese Sprache wird dann im Auswahlmenu nicht mehr angezeigt).
S9Y sollte (irgendwann in der Zukunft) wenn es mal wirkliche mehrsprachen Installationen unterstütze streng trennen zwischen einer Backendsprache (einstellbar im Backend, als Default!) und verschiedenen Anzeigen im Frontend.
meine 0,02 $/€
Denn das sorgt dafür, daß immer eine andere Sprache als "default" ausgezeichnet wird, so daß man u.U. bei den mehrsprachigen Einträgen nicht alle editieren kann (denn diese Sprache wird dann im Auswahlmenu nicht mehr angezeigt).
S9Y sollte (irgendwann in der Zukunft) wenn es mal wirkliche mehrsprachen Installationen unterstütze streng trennen zwischen einer Backendsprache (einstellbar im Backend, als Default!) und verschiedenen Anzeigen im Frontend.
meine 0,02 $/€
Marc
Ohne jetzt stinken zu wollen (wegen dem Eigenlob und so
): Das FAQ-Beta-Plugin (siehe anderen Thread) hat doch einen guten Ansatz. Nun muss man nur noch die Nutzerverwaltung einbauen und die Sprachen zuweisen...
Wenn das aber von s9y schon unterstützt würde wäre natürlich besser. Somit könnten viele Dinge, die in den Plugins immer und immer wieder geschrieben werden müssen, ausgelagert werden.
Das war mein Dreier zum Thema.
Wenn das aber von s9y schon unterstützt würde wäre natürlich besser. Somit könnten viele Dinge, die in den Plugins immer und immer wieder geschrieben werden müssen, ausgelagert werden.
Das war mein Dreier zum Thema.
-
Col. Kurtz
- Regular
- Posts: 450
- Joined: Thu May 26, 2005 10:43 am
- Location: Bonn, Germany
- Contact:
ich hab mit das neue faq noch nicht angeschaut, aber da ich es auf einer seite nutze die ich dann demnächst auch mehrspraching haben will, werde ich sicher bald drauf zurückkommen.
mehrsprachigkeit irgendwie global zu unterstützen wäre ein hammerfeature für s9y, dürfte nur bei der vielzahl der plugins schwierig werden.
mehrsprachigkeit irgendwie global zu unterstützen wäre ein hammerfeature für s9y, dürfte nur bei der vielzahl der plugins schwierig werden.
Marc