Auch mit babel funktioniert es wenn du die Sprach-Startseiten direkt in einer Ebene mit Home hast. Ich hab mit babel auch nur gute Erfahrungen gemacht. Der Vorteil derzeit für mich ist ja, dass ich auch Sprachvariablen zusätzlich einbauen kann und somit für kleine Dinge auch noch das habe.

Aber ich warte schon gespannt auf den großen Wurf von NaN - und wie ich lese JB - da wird dann hoffentlich mehrsprachigkeit auch relativ sicher umzusetzen sein.

Mein Problem ist gelöst mit Hilfe von Peciura.

Danke für das Posten der Lösung hier. Ich hätte gemeint, dass sich das auch über die API hätte lösen lassen - aber egal, Hauptsache, du kommst weiter .

Wenn ich mal etwas Zeit finde, werd ich mal schauen, wie ich meinen Vorschlag umsetzen kann ...

Natürlich gibt es auch andere Systeme die das lösen könnten aber es gibt auch überall vorteile und nachteile.

Einem geschenkten Gaul sollte man nicht ins Maul schauen 

Wird Zeit das CMSMS da mal eine grundsätzliche Lösung liefert - andere habe es ja vorgemacht, warum sollte man nicht einmal etwas nachmachen können.

Und gemacht wurde es so.
Ein UDT namens zum beispiel hierarchy_position, somit haben wir ein UDT das parameter frinedly_url liest und daraus page_alias erzeugt.

/**
* Returns page_alias of valid [friendly] position
*
* @param        string  $params['friendly_position']      Mandatory.
* @param        string  $params['assign']
*/
 
$return = FALSE;
if (!empty($params[friendly_position])){
 
        $delim = '.';
        $hierarchy_array = array();
        $friendly_position_array = explode($delim, $params['friendly_position']);
        foreach($friendly_position_array as $one){
                $hierarchy_array[] = str_pad($one, 5, '0', STR_PAD_LEFT);
        }
        $hierarchy = implode($delim, $hierarchy_array);
       
        $query = 'SELECT content_alias FROM '.cms_db_prefix().'content  WHERE hierarchy = ?';
        $db = cmsms()->GetDB();
        $return = $db->GetOne($query, array($hierarchy));
       
}
if(!empty($params['assign'])){
        $smarty = cmsms()->GetSmarty();
        $smarty->assign($params['assign'], $return);
}
else{
        return $return;
}

Im Template das ganze so einbinden:

Erst habe ich ein capture gemacht (gibts wohl auch einfachere variante) zahl 2 ist erste Hierarchie position für "nl" bei mir.

{capture assign="hierarchy_nl"}2{$friendly_position|substr:'1'}{/capture}

Das ergibt uns zum beispiel auf home Seite 2.1

Danach noch das UDT:

{hierarchy_position friendly_position=$hierarchy_nl assign="nl_alias"}

Ergibt uns alias der aktuellen Seite.

Und das ganze dann als link:

{cms_selflink page=$nl_alias imageonly="1"  image="nl.gif" title="Nederlandse" alt="Nederlandse"}

Soweit habe ich friendly_position mit substr getrimmt was mit Resultate wie .2 ergibt, was jetzt schön wäre ist ein alias daraus.

{capture assign="hierarchy_level"}{$friendly_position|substr:'1'}{/capture}

Oder eben {cms_selflink sei-nicht-so-blöd-und-nehme-auch-friendly_position=1$hierarchy_level}

Wegen Thema Suchmaschine, würde ich schon den Weg gehen mit

domain.com/de/unsere-firma.html
domain.com/en/our-company.html

denn gibt es z.B. noch tiefere Ebenen kann man durch die lesbaren Url's im Zusammenhang mit den Beschreibungen und etc. kleine Zusatzpunkte bei den Suchmaschinen vielleicht bekommen:

domain.com/de/weihnachtsbeleuchtung/lichterkette/led-lichterkette-warmweiß-25.html
domain.com/en/christmas-decorations/christmas-lights/led-christmas-light-warm-white-25.html

OK, bin im Weihnachtsbeleuchtungs Fieber und die Übersetzung wird auch nicht wirklich stimmen ( hätte doch früher im Englisch Unterricht aufpassen sollen ) aber ich denke das Prinzip kann man erkennen.

Durch das kurze de oder en oder nl oder wie auch immer verschenkt man nicht so viel wichtige Url wegen der Suchmaschine. Wichtig wäre aus meiner Sicht auch, das in den Metas steht das es sich um englische, niederländische oder deutsche Sprache sich handelt. Wenn ich jetzt angenommen drei oder bis zu fünf Contentfenster habe ( gibt sicherlich ein Fachwort dafür ) habe ich aber trotzdem nur ein Template im Hintergrund.

Übernimmt man den Aufbau Vorschlag von Cyberman

und steuert die einzelnen Bereiche mit unterschiedlichen Templates bzw. Standard Meta Tags, hat man sicherlich noch einen weiteren positiven Nebeneffekt erreicht.

OK, Aufwand, aber da sind dann Kracks gefragt wie Ihr, ob man da nicht einen Automatismus hinbekommt oder liege ich von meinen Gedanken jetzt daneben.

Ich jedenfalls habe positive Erfahrungen gemacht mit den teilweise sehr langen Url's in lesbarer Form, bestes Beispiel ist derzeit mein letztes Online Projekt mit den Tanzvideos.

Das blöde ist wenn ich Hierarchie deaktivieren würde hätte ich probleme mit seiten wie domain.com/de/home und domain.com/en/home oder unter holländisch (glaub ich) ist es contact und englisch ebenso.

Bin auch kein SEO-Geek    aber es ist schon optisch schöner    und kunde stellt keine dumme fragen "Warum ist URL so oder so?"

Werde mich jetzt auf die suche im Wiki begehen, hoffentlich finde ich etwas.

Ah wenn ich es richtig verstehe sollen alle Seiten im ersten Level angezeigt werden und sprachen im zweiten level was eine URL wie domain.com/seitentitel/de ergeben würde?

Ja. Nein.

Ja, es sollen alle Seiten im ersten Level angezeigt werden. Nein, da der Alias mit dem Menüeintrag nicht zwingend identisch ist, bist du da bei der Wahl vollkommen frei. Und wenn du die hierarchische Anzeige deaktivierst, macht das ganze wieder Sinn

domain.com/unsere_firma.html
domain.com/our_company.html
...

Deswegen meine Frage .

Hmm, wäre denkbar - wenn ich mich recht entsinne, gabs im Wiki auf der .org dazu ein paar UDT's.

Bin zwar kein SEO-Geek, aber nach meinem Verständnis macht

domain.com/unsere_firma.html
domain.com/our_company.html

mehr Sinn als

domain.com/unsere_firma_de.html
domain.com/unsere_firma_en.html

Das blöde ist das ich es schon umgekehrt aufgebaut habe also domain.com/de/seitentitel und das Template dementsprechend aufgebaut.

Was ich mir eher gedacht habe (wenn ich wüste wie) ist ein UDT das freindly_position ausliest und daraus alias erzeugt, dazu wäre noch udt notwendig das wie replace funktioniert aber eben nur die erste zahl ersetzt, so hätte ich im Tempalate "if page_lang == de replace 1. mit 2." so könnte das switch menu entweder mit cms_selfink alias=$aliasdurchudt oder menu item=$aliasdurchudt aufgebaut werden.

Zum JB's Ansatz, durch die ganze MLE Diskussion war mein erst Gedanke auch AdvancedContent, ich glaube ich habs auch irgendwo im Forum damals gepostet, doch nachdem ich jetzt mittlerweile zwei ML Seiten mit alinomes Anleitung http://forum.cmsmadesimple.org/index.ph … 099.0.html finde ich Baumstruktur vernünftiger, übersichtlicher und eben SEO technisch besser, das Problem jetzt ist eben fünf Sprachen da merkt sich kein durchschnittlicher Editor was er im Content Block eingeben muss 

Ich hatte erst an AdvancedContent gedacht, eben mit mehreren Inhaltsblöcken, zumal ja JB's langops darauf basiert, aber damit isses ja SEO-technisch nicht so doll.

Hatte daher eine andere Idee mit folgender Struktur

1. Home
1.1 DE
1.2 EN
1.3 FR
1.4 IT
1.5 ES
usw.

Dabei müsste man basierend auf dem Inhaltstyp "Interner Seitenlink" einen neuen Inhaltstypen (namens "MLE" ) erstellen, bei dem der Link nicht vorgegeben werden kann, sondern der auf die jeweilige Seite der zuvor augelesenen Browsersprache verweist.

Als Hauptnavigation wird nur die erste Menüebene angezeigt, also Home, zweite Seite, etc. (was aber alles nur interne Seitenlinks sind).

Für den sprachabhängigen Switch kannst du dann, ohne groß Kopfstände machen zu müssen, die zweite Menüebene verwenden (eventuell auch als Image-Menü), die ja immer wieder DE, EN, FR, IT, ES ist. Der Seitenalias bzw. die URL kann dann ja nach Wunsch angepasst werden.

Und das beste, du müsstest nicht am Core rumschrauben ... wäre so 'ne Art simulierte MLE - macht das Sinn für dich?

Das Problem ist dabei, dass es mal nur mit einer Ebene funktioniert, ist aber besser als gar nix.

Babel Modul kommt leider auch nicht so ganz in frage da soweit ich im Forum lesen konnte, funktioniert es auch nicht so ganz unter 1.9.1

Hmm, was genau funktioniert denn da nicht? Bin gerade dabei, das Teil zu übersetzen ...