Re: Plone: Uebersetzung von Inhalten abseits von LinguaPlone
Michael Hierweck <[email protected]>
| Newsgroups | gmane.comp.web.zope.german |
|---|---|
| Message-ID | <[email protected]> |
Hallo Robert, robert rottermann wrote: > Am 22.04.2010 10:22, schrieb Michael Hierweck: >> b) Gibt/Gab es bereits Versuche (wir konnten keine ernsthaften finden), >> Übersetzungen im Objekt zu speichern? > > es gab einmal das produkt i18nlayer (und anverwandte) >> c) Seht ihr grundsätzliche Probleme dabei? (Etwa warum ein solcher >> Ansatz mit der Plone-Infrastruktur vom Grundsatz her nicht verträglich >> wäre.) >> > es gab vor gut einem jahr eine recht umfangreiche diskussion zu dem ganzen problem. > dabei wurde das problem "language fallback" als nicht so wichtig taxiert, obwohl > einige (mich eingeschlossen) dessen fehlen als hauptschwäche von linguaphone > taxierten. > > ich vermute, dass eine saubere lösung des problems eine völliges überdenken der > funktionsweise von portal_catalog bedingen würe. wir haben einen funktionierenden LinguaPlone-Branch, der zumindest Language Fallback in der Form abdeckt (wie ich schrieb), dass Catalog Queries aus der Ergebnismenge, die jeweils beste Sprachversion herausfiltern. (Haken ist, dass Queries auf "path" die Ergebnismenge bereits so einschränken, dass nur noch eine Sprache in der Ergebnismenge ist.) Man kann aber in Listings (wie Collections/Collection Portlets oder ähnlichen Konstruktionen bzw. eigenen Queries) sehr schön "alle News" oder was auch immer in "bester Sprache" finden. http://svn.plone.org/svn/plone/Products.LinguaPlone/branches/matthewwilkes-fallback/ Da man die Fallback-Funktion ein- und ausschalten kann, haben wir gehofft, dass dies in den trunk kommen könnte, aber Fallback scheint für viele Leute ein rotes Tuch zu sein. Ich hatte auch schon mal erwogen, dass man die Containment-Probleme zumindest lindern könnte, indem man Übersetzungen nicht in Teilbäume verschiebt, sondern stets "neben" dem Canonical hält. (Also "eine" Content-Hierarchie und die Übersetzungen als "Blätter", während "Canoncial" die Knoten darstellt. Dann könnte man Navigation und folder listings auf die Listings des "canonical" abbilden.) Statt LinguaPlone (default) /news /news/first /news/first /news/second /news-de /news-de/first /news-de/second /news-fr/other vielleicht besser: /news /news/first /news/first-de /news/second /news/second-de /news/other /news-de /news-fr Konzept: * Wir lassen zur Vereinfachung das Link/Unklink-Translations-Feature weg oder reduzieren die Funktionalität es so, dass es nicht kreuz und quer linken kann. (Jedenfalls so, dass es sich mit dem Konzept nicht beißt.) * Übersetzungen werden von LinguaPlone immer neben "Canonical" gehalten. * Objekte, die unterhalb von Übersetzungen erzeugt oder gepastet werden, werden nach "Canonical" verschoben. Translations haben *nie* Untercontentobjekte. * Bei Navigationsfragen oder Folder Listings, betrachtet man die Situation stets vom Canonical aus. Viele Grüße Michael -- EDV-Serviceteam Annika & Michael Hierweck GbR Egerstraße 53, 44225 Dortmund http://www.edv-serviceteam.net _______________________________________________ zope mailing list [email protected] https://mail.dzug.org/mailman/listinfo/zope