Beiträge: 284 Ort: zu Hause Eingetreten: 09.02.09 Status: Offline
Zitat von gozoc
Die Lösung lautet: denken, konfigurieren und dann klappts auch. ;)
Schau Dir mal den Bereich Seitenlinks in der Administration GENAU an :D
Das versteh ich nun nicht. Was soll man da finden? Man kann die Seitenlinks nur in EINER Sprache eingeben. Der Einwand mit der nicht gegebenen Mehrsprachigkeit im Navi ist durchaus berechtigt.
Gruß
Marcus
if ($ahnung == 'keine' ) { use ( FAQ ) && ( Google | | Suche ) }
if ($antwort == 0 ) { post ( Frage ) }
Also ich weiss nicht was Ihr für ein Portal habt (vielleicht phpFusion ) - aber in meiner Version, kann ich da eine Sprache zuweisen.
Damit kann ich z.B. einen Link machen, der auf German eingestellt ist und "Artikel" heisst oder dann auch einen der auf English steht und "Articles" heisst.
Damit habe ich dann auch Multi-Language Navigation
Tja Frank, da muss ich MarcusG recht geben die Sprachumstellung für das Navigationspanel funktioniert nicht. Und wenn es funktionieren würde, dann ja so oder so nur für die Standardseiten wie Fotgalerie etc.
Ich denke die Sprachumschaltung muß eh grundsätzlich geändert werden,
in meiner Navigation z.Bsp. habe ich ca.40 Links will ich die in nur 3 Sprachen haben muß ich 120 Links schreiben und mir auch noch irgendwo eine extra Liste anfertigen um eine übersicht zu haben welche Links jeweils zusammengehören, vor allem wenn man mit ausländisch nicht so bewandert ist,
ein Anderes Problem ist: schreibt z.Bsp. Jemand einen Kommentar zu einer News in französisch (angenommen die News sind in 3 Sprachen verfasst) können die User der anderen 2 Sprachen diesen Kommentar nicht sehen da er ja nur mit der franz. News verlinkt ist
Es müßte also eine Stelle geben das verlinkt ist was zusammengehört,
damit könnten dann auch z.Bsp. beim editieren eines Seitenlinks alle zusammengehörenden Links (z.Bsp. Deutsch, Englisch, Französisch) untereinander aufgelistet werden
(damit entfiele die genannte Extra-Übersichtsliste)
Ok Frank das habe ich gemacht und dank deines "Jani, geh nochmal in Dich ..." kam ich sogar auf die Lösung Aber ich bin Entschuldigt, denn ich war noch nicht in der verlegenheit mehrsprachig was zu machen (gehört bei mir nicht wirklich zur Zielgruppe )
Danke für den Beitrag von bahnfrank. Da sind die Gedanken zwar nicht ganz falsch, aber gehen doch eher in eine unrealistische Schiene gehend ... und sehr theoretisch.
Ein mehrsprachiges Portal, soll ja nicht heissen, das man dieses auch in 5 (oder mehr) Sprachen führt, sondern das es überhaupt recht flexibel mehrere Sprachen kann und dies halt flexibler als das phpFusion, welches ja auch mehr Sprachen kann, wenn auch nicht gleichzeitig.
Ich kann mir kaum eine Seite vorstellen, die mehr als 2 Sprachen unterstützt und das macht auch keinen grossen Sinn, weil sowas nicht verwaltbar ist.
Eher kann man sich vorstellen, so wie es auch der phpslaughter handhabt, oder ich von einem Download-Support-Forum kenne, das man eine Hauptsprache hat (russisch, spanisch, deutsch - was auch immer) und dazu eine Sekundärsprache, z.B. englisch, damit auch international "supportet" werden kann.
Slaughter hat das im pimped-Portal, sogar ins Forum eingebaut, was ich für eher überflüssig halte.
Im Forum würde ich sowas anders lösen (z.b. mit Unterforen in der 2.ten Sprache).
Aber wie gesagt: ein Portal mit 3, 4 oder 5 verschiedenen Sprachen, die alle supportet werden sollen, macht kein Mensch und ist auch nicht handhabbar.
Also eher nur Kombinationen wie:
Hauptsprache: Russisch
2.Sprache: Englisch
Hauptsprache: Englisch
2.Sprache: Chinesisch
oder bei uns z.B.:
Hauptsprache: Deutsch
2.Sprache: Englisch
fettig ...
Kann aber gerne noch vom Silvermoon kommentiert werden, vielleicht denkt der sich das noch anders ...
natürlich ist es nur eine Idee, Fachspezis haben sicher eine ganz Andere bessere...
In meiner alten V6-Seite hatte ich das auch nur für 2 Sprachen (deutsch/englisch) und jeweils ein zusätzliches Feld in den DB-Tabellen (z.Bsp. link_name_en),
je nach Locale wird dann das richtige aus der DB geholt (muß man etwas basteln, aber es geht),
diese Methode ist aber eben etwas schlechter zu handhaben bei freier Erweiterbarkeit, obwohl man ja auch Tabellenfelder automatisch erstellen und löschen kann
Startseite
28.02.2010 20:45
(eins von vielen)
