=Globalite Globalite is meant to be a breed of the best internationalization/localization plugins available for Rails. Globalite should provide you with a 3-in-1 solution: * Easy UI localization. * Rails localization. (Localization of the core functions from rails) * Simple yet powerful solution for user content availability in multiple languages. On top of that: yml files are used for most of the localization, which makes Globalite a light and fast solution. The Locale is set on the user's session making Globalite a perfect solution for multilingual support. The developer can pass dynamic values to be used in the localization. ==What's the difference between Globalite and the other existing l10n/i18n plugins? Gibberish is a nice plugin but it doesn't handle locales, you can't have your application in British English and American English. I also don't really like the syntax :p I based the UI localization of Globalite on Chris' work on Gibberish. Globalize is a great plugin but man, it's bloated... I would like to have something a bit lighter and easier to use. (less options, less setup time, less database usage). I decided to trim down Globalize to offer less options and fulfill the needs of most developers. Also, Globalite doesn't have the concept of a base language. Mainly because I think that's a bad idea. If you use English as your base language and you need to fix a string in English(you did a typo), you will break all the other translations. That's why Globalite uses localization keys only. ==Usage ===installation: script/plugin install http://globalite.googlecode.com/svn/trunk/ rename the vendor/plugins/trunk => vendor/plugins/globalite or from your vendor/plugins folder: svn checkout http://globalite.googlecode.com/svn/trunk/ globalite ===UI Localization: Create a lang folder at the root of your project. Add your localization files in the lang/ui folder if you want to localize your interface. Declare the current locale or language in your environment.rb > Globalite.language = :fr Localize a key in your view > :localization_key.l or :localization_key.localize Easy, isn't? Advanced users can also do more: You can also pass an optional localization string only used if the localization is missing :missing_localization_key.l("text used if the key is not localized yet") You can also pass values to the localization, and the translator can do whatever he wants with them: :welcome_user.l_with_args({:user => @user.name}) would render "Welcome Matt!" Note that variables can be used in any order the translator wants You can also use pluralization right in your translations: geese_amount: we have pluralize{{geese_count}, goose, geese} in the farm! In your view do the following: :geese_amount.l_with_args({:geese_count => @geese.count}) Note that the pluralization form of your string is optional, you could use a translation like that too: cow_amount: we have pluralize{{count}, cow} in the farm! By pushing the pluralization to the translator, I believe we offer more flexibility so the translation can be smoother. This solution was inspired by a discussion with Ivan: "It's very difficult to just translate "prohibited this" and "from being saved" to Chinese, cause the resulting sentence will look like a machine translated one without making much sense. Not to mention Chinese handles pluralization differently, we pretty much don't have it. For example, we'll use the same word for "person" and "people", no difference. So to me, it makes sense just to replace the whole thing with one simple header message that says "Invalid attributes!" in Chinese." ===Rails Localization: Localize a time object by using a predefined format (defined in the date_helper_time_formats variable that you can find in globalite/lang/rails/[lang].yml) Globalite.language = :fr Time.now.l(:long) Localize a date object by using a predefined format (defined in the date_helper_date_formats variable that you can find in globalite/lang/rails/[lang].yml) Date.today.l In your views, create a select box with a list of all countries(listed in the locale language): country_options_for_select In your views, create a select box with a list of all the months(listed in the locale language) with the current month selected: select_month(Time.now) In your views, create a set of html select-tags (one for year, month, day, hour, and minute): select_datetime In your views, create a set of html select-tags (one for year, month, and day): select_date Get a number returned in currency, for instance if the locale was set to 'fr' the returned value would be 123,00 € but if the locale was set to 'en-US' it would return $123.00 number_to_currency(123) Get a distance of time in words localized. distance_of_time_in_words(10.minutes.ago, Time.now) Active record errors are automatically rendered in the locale language ====Notes Check on the tests in the spec folder for more examples. There's also a demo app available: http://globalite.googlecode.com/svn/sample/ui/ ==FAQ: ===Why did you call your plugin 'Globalite'? Globalize was already taken ;) More seriously, I was looking for a i18n/l10n solution for a project I was working on, after few hours testing Globalize, Josh http://joshknowles.com, Matt http://heidmotron.com/ and I http://railsontherun.com saw it wouldn't work for us. Since we only had the choice between very simple solutions and a complicated solution, I decided to make a "lite" version of Globalize ;) ==TODO: - Model i18n/l10n ===Internationalization, Localization, Locale: Internationalization refers to the process of modifying an application’s design so that it can support locale differences like text orientation, currency, date and time format, sorting, and so forth. This can be done by externalizing text strings into files or a database, and by developing currency and date formatting utilities. Localization means adapting an application to a specific language or locale; for example, by translating text into multiple languages. A locale is identified by the user’s language and country, and specifies how, for example, numbers, currencies, and dates are displayed on the screen. The code for the US English locale is en-US. Locales are specified by RFC 3066 and consist of two parts. The first is an ISO 639 language code and uses lowercase letters. The second is usually an ISO 3166 country code in uppercase letters. [from Ruby on Rails Commerce (Hellsten, Laine)] ===CREDITS: Some code was very influenced from different projects such as: * Gibberish http://require.errtheblog.com/plugins/browser/gibberish written by Chris Wanstrath (http://errtheblog.com) * Globalize http://www.globalize-rails.org written by too many people to list them here ;) * LocalizationSimplified (L10n-simplified) written By Jesper Ronn-Jensen ( http://justaddwater.dk/ ) ===Author: Matt Aimonetti http://railsontherun.com mattaimonetti AT gmail DOT com ===Contributors: Ivan Chang yuanhueichang AT gmail_DOT_com ( Chinese translation, help on the ActiveRecord msg error i18n/l10n) Ralph von Der Heyden ralph AT rvdh_DOT_de (German translation) jiman.ryu AT gmail http://jasonpa.tistory.com/ (bug fix) Guillaume Belleguic guillaume.belleguic AT oceans DOT eu (Model error handling) Marcus Derencius derencius AT gmail_dot_com (Brazilian Portuguese translation) your name here if you submit a patch :) ===More info: http://code.google.com/p/globalite/ http://railsontherun.com/globalite Sample app: http://globalite.googlecode.com/svn/sample/ui/