DotNetNuke-Usergroup

Bin gerade auf ein Blogeintrag gestossen der nicht viel Hoffnung macht, was die Core-Umsetzung der Mehrsprachigkeit bei DNN betrifft.
Bei anderen CMS-Systemen ist die Mehrsprachigkeit doch auch kein Problem.
Bei den vielen CMS auf den Markt ist das nicht gerade ein Grund sich für DNN zu entscheiden.
Wenn man DNN international vermarkten will, sollte man da unbedingt nachlegen wie ich meine.

DotNetNuke – Mehrsprachige Portale auch mit der Version 6 noch immer nicht wirklich realisierbar

Saubere Mehrsprachigkeit ist in vielen CMS ein Problem, die komplexe und modulare Struktur von DNN macht das nicht einfacher.
Der liebe HP mag drastische Formulierungen (insbesondere, seit er nicht mehr DNN Team Lead ist), allerdings stimme ich mit ihm im Grundsatz überein, dass die lokalisierten Lösungen in DNN 5.5 bis 6.0 nicht der Weisheit letzter Schluss sind und bevorzuge selbst andere Lösungen wie die von Apollo (die inzwischen Open Source sind, seit Erik für DNN Corp. arbeitet). Im Internationalization Team von DNN argumentiere ich eifrig, dass die Lösung nicht ausreicht, aber solange nicht auch andere aus der Community sich entsprechend in den Foren auf DotNetNuke.com oder im Issue Tracker äußern, findet das leider nur wenig Gehör.

Aber sag mal Sebastian, wie laut soll denn die Community noch schreien ? Ich meine, das Thema ist doch nun schon ausführlichst besprochen worden und so ziemlich jeder namhafte Entwickler aus dem nicht englischsprachigem Raum hat mittlerweile darüber gebloggt, geschrieben oder sonstwie öffentlich geschimpft

Du hattest mal erwähnt, das für die 6.1 Verbesserungen im jetzigen Content Localization Bereich angesagt waren. Hast Du da neuere News ?

Wenn sich da dann wirklich gar nichts tut, müssen wir wohl mal ganz basisdemokratisch eine Petition aufsetzen und von allen wichtigen Leuten unterzeichnen lassen...

HAllo Thorsten, ich gebe Dir recht, aber auf der anderen Seite des Teichs kommt davon leider nicht viel an. Im Internationalization Team sind einige, die zufrieden sind mit der derzeitigen Lösung, andere interessieren sich nicht für mehrsprachige Sites, entsprechend gering ist da auch der Druck auf die DNN Corp. wo die Entwickler und Architekten wohl erwartet hatte, dass sie mit Ihrer Lösung überall auf Zustimmung stoßen würden - und nun ob der Resonanz eher verunsichert erstarrt sind. Entsprechend passiert im Moment nur ein bisschen Fehlerkorrektur und das war's. Ich habe zwischenzeitlich einige davon unabhängige Anforderungen (Mehrsprachigkeit für Modulbeschreibungen, Rollenbezeichnungen, Listen, Tags, ...) zusammengestellt und auch in Gemini eingetragen, davon ist aber noch nichts für 6.1 vorgesehen.

Na dann hilft es wohl alles nix und wir Europäer müssen dann mal anfangen einen Fork aufzusetzen. Ich schätze dann kommt relativ schnell Bewegung in die Sache...

Mir persönlich würden erst mal schon folgendes reichen, wenn dies fest in DNN 6.x implementiert währe:

- Content Localization (Seiteninhalt)
Die Möglichkeit den Content mehrsprachig eingeben zu können (HTML),
ohne das man extra Module installieren muss, wie z.B. 'Nuntio Content'.

- Page Localization (Seitennamen)
Die Möglichkeit die Seiten (fürs Menü) mehrsprachig hinterlegen zu können,
ohne das man extra Module installieren muss, wie z.B. 'Apollo PageLocalization'.

Codeplex - Nuntio Content

Codeplex - Apollo PageLocalization

Was fällt euch noch ein?

Tja, wenn ich da meinen Senf auch noch dazugeben darf: Ich habe dem lieben Erik schon vor zwei oder drei Jahren vorgeschlagen, seine Lokalisierungs-Applikationen dem Core zu "schenken" - was er damals mit dem Verweis, es sei seine "Cash-Cow" abgelehnt hat (auch verständlich). Mittlerweile kauft es halt niemand mehr, weil es ja die Core-Lokalisierung gibt (und meine Meinung dazu halte ich lieber hinterm Berg...) - und die Lokalisierungsmodule von Erik sind kostenlos auf CodePlex erhältlich...

Gruß aus Innsbruck
Michael

Was mir auch noch fehlt ist:

- Mehrsprachigkeit bei den Listen (Hosts - Lists)
- Möglichkeit beim Link-Modul, die Links (Bezeichnungen) in mehreren Sprachen zu hinterlegen


Noch ein paar Links zu dem Thema:

Ealo - The Open Source localization component for DotNetNuke  letzte Version vom 12.07.2010 :-(

DNN LocalizationEditor

Apollo MLLanguageSelector


DnnCentric.Multi Language Content Editor  ($18.95  - $114.95)

Blog - Multi Language Website In DNN Or Content Localization in DNN

Der Ruf nach einem europäischen Fork wird ja immer wieder mal laut, aber ganz ehrlich, ich halte da nicht viel von. Ich glaube nicht, dass wir jemals genügend Resourcen binden könnten, um so ein Projekt nicht nur anzugehen, sondern auch aml Leben zu halten.

Hallo zusammen
Ich fürchte, dass ich mittlerweile als die Irre bekannt bin, die sich doch ernsthaft mit der Core Content Localization herumschlägt...
Aber im Ernst: Das Konzept hat doch einen grossen Vorteil, indem sich eben jedes Modul, ob gekauft, selbstgebastelt oder woher auch immer, problemlos übersetzen lässt.
Nach anfänglichen Schwierigkeiten (vielen Dank allen, die mir mit ihren Tipps geholfen haben, diese zu überwinden), bin ich momentan ganz zufrieden mit meiner mehrsprachigen Site. Die Zukunft wird zeigen, ob ich auch zufrieden bleibe (z.B. nach ein paar Updates), ich habe ja wirklich erst ganz wenig Erfahrung mit einer einzigen kleinen Site.

Aber wäre es nicht auch ein Weg, die Lösung von der anderen Seite des grossen Teiches auszuprobieren und zu helfen, sie weiterzuentwickeln, als gegen Windmühlen zu kämpfen? Vielleicht nur eine ketzerische Frage von einem Neuling...

Beste Grüsse aus der Schweiz und ich hoffe, den einen oder anderen im November in Orlando persönlich kennenzulernen
Katharina

@ Andreas....

wenn es nur darum geht Tabnamen UND html-Inhalte mehrsprachig zu halten sind m.E. nach wie vor die Module MMLinks und dsselector von http://dnn.tiendaboliviana.com
erste Wahl...
vor allem wenn es darauf ankommt, Kunden (ohne mehrtägige Schulungen ;) ) beizubringen, wie Sie autark Inhalte (meistens ja doch HTML) mehrsprachig pflegen können.
funktioniert auch unter DNN 6.1.0. tadellos.

es dürfte aber für DNN bei der derzeitigen Konzeption der Content-Localization schwer bleiben, sich im nicht-englischen Sprachraum durchzusetzen, was sehr sehr schade ist, wenn man an die einfache und intuitive Bedienung denkt... gerade im Vergleich zu solchen "Monstern" wie Typo3 ;)

in diesem Sinne - frohes Fest aus dem Norden der Republik )

Ganz so schlimm wie die meisten meinen, ist die Core Lokalisierung nun auch wieder nicht. Ich will mit den Core Versionen weiterziehen können und nicht immer wieder mühsam feststellen müssen, ob eine neuere Version nun noch mit einer Speziallösung zusammenpasst oder nicht und mich hindert auf eine neuere Version zu gehen. Da habe ich meine negativen Erfahrungen gemacht.
Gerade wenn es nur um HTML und Links Module geht ist die Core Lokalisierung m.E. unkompliziert.Zugegeben, ein bisschen holprig ist die eine oder andere Funktion schon noch, da hoffe ich natürlich noch auf baldige Besserung. Aber auf meiner soeben fertig gestellten Mehrsprachigen Site www.agro-twin.ch, welche ziemlich komplex ist, bin ich auf keine unlösbaren Probleme gestossen. Für „normale“ User ist die Site einfach, in speziellen Benutzergruppen zugeordnete habe aber auch noch Module wie Blog. Forum, DMX, Events, etc. zur Verfügung.