Is LinguaPlone always the best choice for multilingual content?

"Giovanni Toffoli" <[email protected]> Tue, 16 Oct 2007 19:15:17 +0200
Newsgroups gmane.comp.web.zope.plone.archetypes.general,gmane.comp.web.zope.plone.archetypes.devel
Message-ID <004801c81018$2010a380$1710b7c2@DELLGIOVANNI>
This is a multi-part message in MIME format.

------=_NextPart_000_0045_01C81028.E34F7230
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: quoted-printable

Hi all,

for the first time I need develop on Plone a couple of web applications=20
where not only the basic UI (e.g. menus, messages, field labels), but als=
o=20
the contents are partly multilingual.

I have to define application-related content types and relationships amon=
g=20
them.
The data model, defined in UML and generated with ArchGenXML, has=20
medium-high complexity.
Most content types are multilingual, but they have few language-dependent=
=20
fields.

My first impression was that LinguaPlone wasn't the best solution.
I had the feeling that it was better to define multililanguage fields and=
=20
widgets, in place of multilanguage content types.

Thus, exploiting common services provided by the PloneLanguageTool, I hav=
e=20
developed (for Plone 2.5.3) prototypes of the following:
- MultilanguageStringField and MultilanguageStringWidget
- MultilanguageTextField and MultilanguageTextWidget
- MultilanguageRichWidget (to be used with MultilanguageTextField)
All values are Python dicts of strings, where keys are language codes.
Already existing values of types string are considered values in the defa=
ult=20
language.
I also prototyped a monkeypatch to make multilingual the title field of a=
n=20
ATVocabularyManager entry.

Afterwards, after much googling, I realized that I had precursors in the=20
years 2003-2004; for example, I found
- mention of some multilingual fields develped by Silvain Th=E9nault (200=
3)
- records of some discussion inside the Plone Belgium User Group (2004,=20
"Alternative solution to LinguaPlone architecture").

But it seems that, since 2004, LinguaPlone has progressively become the "=
de=20
facto standard" for managing multilingual content in Plone, and other pat=
hs=20
have been abandoned.
Moreover, at the PloneConference2007, apparently no debate emerged in thi=
s=20
area.

I continue to think that
- although LinguaPlone is a very cool product
- in my case, creating multiple Plone contents for a unique entity in the=
=20
logical model will add too much complexity to the application.
Also, I don't find some LinguaPlone APIs that could make the development=20
easier.

Could somebody tell me
- if I am crazy
- if there are good examples in using LinguaPlone for dynamic, heavily=20
relationed content?

Thank you very much in advance,

Giovanni Toffoli

------=_NextPart_000_0045_01C81028.E34F7230
Content-Type: text/plain; format=flowed;
	name="dynamic_multilingual_content.txt"; reply-type=original
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="dynamic_multilingual_content.txt"

Hi all,

for the first time I need develop on Plone a couple of web applications =
where not only the basic UI (e.g. menus, messages, field labels), but =
also the contents are partly multilingual.

I have to define application-related content types and relationships =
among them.
The data model, defined in UML and generated with ArchGenXML has =
medium-high complexity.
Most content types are multilingual, but they have few =
language-dependent fields.

My first impression was that LinguaPLone wasn't the best solution.
I had the feeling that it was better to define multilanguage fields and =
widgets, in place of multilanguage content types.

Thus, exploiting common services provided by the PloneLanguageTool, I =
have developed (for Plone 2.5.3) prototypes of the following:
- MultilanguageStringField and MultilanguageStringWidget
- MultilanguageTextField and MultilanguageTextWidget
- MultilanguageRichWidget (to be used with MultilanguageTextField)
All values are Python dicts of strings, where keys are language codes.
Already existing values of types string are considered values in the =
default language.=20
I also prototyped a monkeypatch to make multilingual the title field of =
an ATVocabularyManager entry.

Afterwards, after much googling, I realized that I had precursors in the =
years 2003-2004; for example, I found
- mention of some multilingual fields develped by Silvain Th=E9nault =
(2003)
- records of some discussion inside the Plone Belgium User Group (2004, =
"Alternative solution to LinguaPlone architecture").

But it seems that, since 2004, LinguaPlone has progressively become the =
"de facto standard" for managing multilingual content in Plone, and =
other paths have been abandoned.
Moreover, at the PloneConference2007, apparently no debate emerged in =
this area.

I continue to think that
- although LinguaPlone is a very cool product
- in my case, creating multiple Plone contents for a unique entity in =
the logical model will add too much complexity to the application.
Also, I don't find some LinguaPlone APIs that could make the development =
easier.

Could somebody tell me
- if I am crazy
- if there are good examples in using LinguaPlone for dynamic, heavily =
relationed content?

Thank you very much in advance,

Giovanni Toffoli

------=_NextPart_000_0045_01C81028.E34F7230
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
------=_NextPart_000_0045_01C81028.E34F7230
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Archetypes-users mailing list
Archetypes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/archetypes-users

------=_NextPart_000_0045_01C81028.E34F7230--