Multilingual Site Development

Events happening in the community are now at Drupal community events on www.drupal.org.
awm's picture

We are trying to build multilingual sites for United Nations entities using Drupal7. We are still looking for the best modules/practices to accomplish a multilingual website. In wordpress, there is WPML and in Drupal there is the i18n which is still not available in 7. Anyway, please feel free to post and add comments to this discussion, it would be very helpful.

Cheers

Comments

Did you notice i18n moved to

AndyThornton's picture

Did you notice i18n moved to github for D7?

https://github.com/josereyero/i18n

yes but unfortunately it is

awm's picture

yes but unfortunately it is still not ready for 7.

Actually, it is ready for

rhache's picture

Actually, it is ready for Drupal 7. Not an official release, but if you look at the info file on github, you'll see it's for D7, so at least you can start testing.

Rene

Brilliant, I was going to

awm's picture

Brilliant, I was going to start testing it anyway- I just started yesterday on this project.

tested the i18n module

awm's picture

So i I tested the i18n module with D7 and the very basic functionality is not working properly. It does not separate the content based on the language. So on the front page, regardless of the user language selection, the content that is displayed is mixed. Now there is a module called language switcher that enables drupal 7 to separate the content based on the language but it has side effects on the content administration section. Say you are on the English front page, then you click on content -> filter by language (other than english) -> the result would: "no content available".

Any thoughts

This could be easily solved

jarek foksa's picture

This could be easily solved worked around by using Views for generating front page content, you just have to add "Node translation: Language = Current user's language" filter.

You can do everything with

awm's picture

You can do everything with views; yet it would be tedious and error prone to implement it all over the site. Also, I think this is what the module language switcher does as I mentioned in my previous post. It also filter the content when you are in admin mode. Meaning you can't manage English content if you are in another language mode.

The bottom line is that

highermath's picture

The bottom line is that internationalization is not ready for D7, and no major site wants to deal with workarounds. Internationalization is one of the community's lowest priorities and the only way it got done for D6 was that a couple major users funded it. AFAIK, nobody has stepped forward to do this for D7.

This is going to continue to be a big problem unless we bring it into core -- D8?

D7 not ready for primetime --> D6 module FB Connect

nm-1's picture

Speaking of incompatibility with D7, has anyone heard of any affort re: FB Connect Module to make it compatible with D7?

We have a D7 implementation in development and may have to digress to D6 if the FB Connect module isn't done in a couple of weeks.... also, Facebook announced today that it will add to user's preferences settings the ability to connect via HTTPS protocol for logins which, I assume will also break the FB Connect module that is current for D6.

And FB Connect has what to do

highermath's picture

And FB Connect has what to do with the topic?

Please take this to an appropriate thread.

Still a lot more of work has to be done indeed...

BlueDragon-1's picture

As feedback for the community of people trying to have a Drupal 7 multilingual site up and running here is what I can say presently: It has basically been a very tedious and time consuming process to have the different modules and settings configurated to allow the multilingual feature to work half-way as it should. I have already posted some information about it which you may easily find if your search a little with the keywords Drupal 7 and multilingual site.

In a nutshell I'd say that basically most of the features are working (if you find the difficult way to setup everything in the best way which is not obvious at all IMHO) BUT there are some features which apparently simply aren't working at all and that is a pane in the a... :((

Biggest problems arise with the frontpage and the homepage as well as with the default main menu tabs in Bartik. Though I have been trying for days hundreds of several paths I simply could not find a proper solution. It's a pitty because most of the basic node translation features as well as the selective display of customized (menu) blocks can be made to work in a multilingual environment e.g. the content displays or not according to language tags. Unsolved problems are the correct display of the front and or homepage (depending if you use the inbuild /node page or the views frontpage module or say another customized views page for this sake). I get persistent problems with the menu tab which is always showing in all the languages (though this is working well with all the other "normal" nodes) and the nodes / content promoted to the (default) front page. I tried various walkarounds with views and front page modules but without any success so far.

Another really anoying issue is about the language of the administation interface (overlay) since it's changing back and forth because that is the only way I found to have one base language without language prefix in the URL. In other words I cannot have the menu stay in english and the rest working well. So I end up having a mix of languages in all over the administrative GUI and it's sometimes driving me nuts.

Besides so many features seems not to work at all and / or are not documented anywhere leaving nothing else than a trial and error game for days / weeks in a row. I did it and I am quite frustrated at this point because close to the goal I have to accept that the site will not work correctly until more work will be done from the devs. Probably I should participate and report back in terms of bug reports but frankly speaking it's quite difficult and time consuming in these very complex issues and I have already devoted so many days in "monkeying around" to try to find out how all this stuff is supposed to work... :/ For those interested a concrete example of something which is not working at all would be the translation tab you'll find in ... structure/menus/main menu. Same for the edit tab in the multilingual options. Or a last example would be in the blocks visibility settings features like language (vertical tab) 'make this block's title translatable' which is just a nice decoration. Indeed you have to create a (menu) block for every language and populate it manually with the set of node links because the translation of the title is simply not possible at present.

So it seems that though some very good multilingual features have been planed it's partly only a facade with nothing behind it until now. That's very sad and I do hope that it will change in a near future. (Hope dies at last we say here...) Quintessence of all is that if you are only looking for a way to translate node contents in a linked well organized fashion then this should be possible by now. If you need some menu (blocks) with titles which would change according to the selected language then forget it!! You can create blocks which appear only for a given language but you will have to populate them one by one manually and as said it won't work entirely with the inbuild main menu. Last but not least to have the visitors start on a multilingual frontpage were you could then simply switch the language for all items won't work correctly too so far. There will always remain a mix at some extend (even the language switch block can only be called language or the main menu only called 'Main menu'...)

If someone can prove me wrong about what I wrote then please do, I would be the happiest on earth!! :P
I don't want to close this post without saying that Drupal is a very good thing which offers thousands of possibilities and features thanks to many guys who have been working hard for it to be what it is today. And of course it's free so maybe I should not complain, I know... :S

In any case good luck with your multilingual site implementation. :D

BlueDragon, Thank you for

eric_sea's picture

BlueDragon, Thank you for your detailed explanation.

It seems you are new to Groups.Drupal.org.

I would encourage you to join the Translation/Internationalization group as well: http://groups.drupal.org/translations.

You should also look for help in the Drupal IRC rooms (read more: http://drupal.org/irc)

drupal-i18n (i18n = internationalization) - discussions about making Drupal and modules internationalized (ready for localization)

drupal-l10n (l10n = localization) - for Drupal translators, group managers and users of localize.drupal.org.

I hope that you will return here and followup your comments as there are new developments. Perhaps we can even get you to sign up to show us some of your solutions in a Drupal Dojo webinar (http://groups.drupal.org/node/52023).

I look forward to following this discussion.

Thank you for your detailed

awm's picture

Thank you for your detailed account with the i18n module. I have tested it before and found out that it is not yet ready to be implemented in a strictly multilingual site. In any case, as for the menu translation in Bartik, I think you can overcome the problem you mentioned by taking out the hardcoded menu in page tpl on line 126 -> 140 and just rely on the regular menu system and blocks or by implementing your own 'links__system_main_menu'.. Please correct me if I am wrong.

PS: I tried replying earlier but it kept triggering spam filter for some reason.

urls

frankkkk's picture

Is it better option to use subdomains for languages or subpages like domain.com/en domain.com/de etc? Which is better option?

Refinance loan - drupal page with finance articles

It really doesn't matter if

rhache's picture

It really doesn't matter if you use subdomains or prefixes. It's really a matter of preference.

Theme development

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: