Andriy Vovchyna wrote: If you need a special method of display, you can have a single code document and use the {{include}} macro to include that code. In that case the {{include}} will pollute your content. There also may be issues with the included script reading the content correctly. This is most commonly used on xwiki.org. Each entity is represented by a page which contains a single object of the class and the only thing in the document content is an {{include}} macro which points to the class sheet which handles display and editing of the object. See an example: http://code.xwiki.org/xwiki/bin/view/Applications/InvitationApplication?vie… Only content is a link to the class sheet. http://code.xwiki.org/xwiki/bin/view/XWiki/ApplicationClassSheet?viewer=cod… The class sheet takes the object and makes a pretty display. Note how it behaves differently if the action is 'inline' rather than 'view', this allows it to be used for viewing and editing. http://code.xwiki.org/xwiki/bin/view/XWiki/ApplicationClassTemplate?viewer=… This document is used as a template, it's copied to make all new documents created by the CreateApplication app. What you can't see is that the template also contains an object of the ApplicationClass. http://code.xwiki.org/xwiki/bin/view/Applications/CreateApplication?viewer=… This document is used to create new documents of this type (application). What's important is that the name of the template is included so the template can be copied to the new document. I myself would prefer the second. Answered above. Probably not, if the system is so large that it becomes an issue you might consider looking at using custom Hibernate mappings for the objects. Each document only contains one set of objects, not one per translation language. I don't know much about the Lucene engine, maybe someone else can speak more on that. Caleb

On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC. <ricardo.rodriguez(a)ebiotic.net> wrote: Hi, You can use translations (See http://platform.xwiki.org/xwiki/bin/view/DevGuide/InternationalizingApplica…). For class properties, the translation format is like this: ClassSpaceBane.ClassDocName_propertyName=A_Translation_Text So you need a single document with multiple translations. Raluca.

Thanks, Raluca, Raluca Stavro wrote: I'm in fact using this method in a rather simple application we have created, but whereas it is rather simple to edit and fill-in properties in a given instantiate class, it is not so "straight" to use the method we talk about here to the same. For instance, consider this (awful, but it could be useful to illustrate the discussion) model... http://ftp.ebiotic.net/onPdr/pescaderiasDataModel.png I've implemented it by using Documents to instantiate User and Species classes. Species classes has two properties that hold translations of its name. If I manage to get a new translation, I do need to add a new property to this class. Or to instruct translators to edit the translations document and fill in the property the name of the variable in the format you have told before. I do prefer not to have people to tweak with this kind of "raw" XWiki documents. Could it be possible to create a new class for each name to be translated and instatiate it such many times as different languages a given name is translated to? This class will have two properties: Language Code and Translation. WDYT? I think all I have to do is to understand how http://l10n.xwiki.org works! But I think this is a bit far from my capabilities rigth now! As stated in some other message, any entry-level help will be welcome! Thanks! -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

Thanks, Raluca. Raluca Stavro wrote: I think I see how this works. I'll implement sample here. I'm already using this method for panels, but I've never used it for class properties. But, in any case, I'll also try to write a model for using a kind of "translation class". Is the application available at http://l10n.xwiki.org working the way you describe? Thanks! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems