Register   Login
     
  Latest Posts  
RE: content and multiple roles
by SPulley on 10/10/2008 10:02 PM
RE: [RATING] doesn't show
by brit77 on 10/10/2008 9:37 PM
Property Agent Latest Module Carousel Example
by tmaler on 10/10/2008 8:19 PM
Localization
by sueboothby on 10/10/2008 7:55 PM
RE: Listing Item Template
by sueboothby on 10/10/2008 7:42 PM
RE: Is it possible to have the DNN menu POP-UP instead of Drop-Down?
by jmolhava on 10/10/2008 7:25 PM
RE: Listing Item Template
by sueboothby on 10/10/2008 6:52 PM
RE: sub categories question
by eureka on 10/10/2008 6:11 PM
RE: multi categories
by eureka on 10/10/2008 6:02 PM
RE: ENH: NA becomes the Article Manager and LA is the display module
by SteveJ on 10/10/2008 5:21 PM
  Forums  
Subject: Content localization
Prev Next
You are not authorized to post a reply.

Author Messages
benoit sartonUser is Offline
Gold Membership
Nuke Wiz
Nuke Wiz
Posts:123


6/17/2008 3:31 AM  

Hello Scott and everybody,

Is there any plan to add content localization to property agent ?

Is there a third party module that would do that ?

Thanks

 


Benoit Sarton
http://www.bsi.fr
www.dotnetnuke.fr

caroigUser is Offline
Gold Membership
Nuke Master
Nuke Master
Posts:278

6/17/2008 5:26 AM  

I have a hacked solution that does produce reasonable results.  Have a look here.

The implementation is pretty trivial.  For example to create a translated property description, create two custom fields, one for each language. 

In the view template or wherever the description is to be dispplayed, wrap each custom field in a SPAN, DIV or other element that has the lang attribute set to the language of the field content (e.g. lang="es-ES").

You just need to add a little jQuery to your skin to remove all the elements that have their language attribute set and that don't match the page language.

/*    jQuery("[lang][lang!='"+ jQuery("html[lang]").attr('lang')+ "']").remove();    */

There's an overhead as both descriptions have to be passed to client, but it works pretty well.

benoit sartonUser is Offline
Gold Membership
Nuke Wiz
Nuke Wiz
Posts:123


6/17/2008 6:09 AM  

Caroig I've tested your solution, it is pretty clever and simple. That could help us help Scott with a suggestion. Coudn't that filtering be done on the server side ?

That would require an extra (optionall) property for every custom field, containing the cultureinfo (fr-FR) for example, and the content would be filtered accordingly.

At least we could get an easy content localisation for custom fields. 

Another idea I'm thinking of would be a token in the template, for example [LANG-FR]...[/LANG-FR] would be : 'only dispay this if the current site language is french. 

Scott your thoughts on these suggestions ?

   


Benoit Sarton
http://www.bsi.fr
www.dotnetnuke.fr

benoit sartonUser is Offline
Gold Membership
Nuke Wiz
Nuke Wiz
Posts:123


7/02/2008 3:51 AM  

Scott what do you think of adding a cultureinfo property to every custom field ?

A workaround before a full localization system.

 

 


Benoit Sarton
http://www.bsi.fr
www.dotnetnuke.fr

caroigUser is Offline
Gold Membership
Nuke Master
Nuke Master
Posts:278

7/02/2008 4:24 AM  
I'd definitely go for that.
I can see that the text fields for types etc in the PA options would ideally have to move out to a resource file or similar.
In the medium term it would be nice if the broker could be limited/permitted to create records in multiple locales - I might want to charge for multiple language listings
Scott McCullochUser is Offline
Administrators
Nuke Master
Nuke Master
Posts:12004


7/02/2008 6:43 AM  
The problem with content localization is searching may provide different results, e.g. using numbers and dates.

For the culture info property, are you saying certain fields would be marked for that particular language only? So when creating a property they would display only, and the same for viewing a property?

Scott McCulloch
Site Administrator
caroigUser is Offline
Gold Membership
Nuke Master
Nuke Master
Posts:278

7/02/2008 6:49 AM  
For creating a property I'd want to see at least the option for all locales (for PA/for broker)to be visible at once so that I can edit the language side by side.
For viewing, then just the current culture
caroigUser is Offline
Gold Membership
Nuke Master
Nuke Master
Posts:278

7/02/2008 6:52 AM  
Having said that, given the time that it takes to load multiple instances of FCK - perhaps just one culture would be active for editing and the others optionally visble.
benoit sartonUser is Offline
Gold Membership
Nuke Wiz
Nuke Wiz
Posts:123


7/02/2008 7:13 AM  
Full localization is a huge task with currencies, dates, units, etc, so I would make it simple and just offer 'translation', seen as a subset of 'localization'. I called it a 'cultureinfo' field, but in fact it's just the langage part of the cultureinfo that really matters.

In a basic scenario, things like surfaces, adresses, prices and checkboxes can be unique for every language. Custum fields that need be translated would mainly be descriptions, so they would not affect sorting.

In edit mode all fields would be visible. In view mode, the fields that have a different cultureinfo than the current language would not be visible.


Benoit Sarton
http://www.bsi.fr
www.dotnetnuke.fr

YehudaUser is Offline
Gold Membership
Nuke Newbie
Nuke Newbie
Posts:2

7/09/2008 1:37 PM  

Thanks for the new Locale token Scott.
Will it be possible to add that token to custom fields caption and options and the property label (in layout settings)?

Edit: Another template where this token will be useful is in the Header template.

You are not authorized to post a reply.
Forums > Modules > Property Agent > Content localization



ActiveForums 3.7