Format.JS
FormatJS is a set of JavaScript libraries.FormatJS is a modular collection of JavaScript libraries for internationalization that are focused on formatting numbers, dates, and strings for displaying to people. It includes a set of core libraries that build on the JavaScript Intl built-ins and industry-wide i18n standards, plus a set of integrations for common template and component libraries. Integ
Railsのi18nのyamlにRubyの変数を含める | アカツキ メンバーズ ブログ Akatsuki Member's Blog
Railsのi18nの機能は便利ですね。(i18nについてはWikipediaの国際化と地域化とかを参考にしてもらうとよいかと思います。) Templateなどはそれを意識してコードを埋めこんでいかなければなりませんが、それ以外特に何か設定とかもする必要なく使用することができます。 ただ、そのままのi18n, yamlの組み合わせだといくつか不都合があり、yamlの中の文字列にrubyの変数、定数を入れて、使うときに勝手に置換されるような方法がないかなと思い、いろいろと調査してみたり実験してみました。 もちろん、%{name}などのやり方で文字列を置換することができますが、これだと毎回メッセージを読み出すたびに置換元の文字列と変数を渡してあげなければいけません。このやり方でもよいと思うのですが、例えば毎回表示が変わる商品名だとか単価はメッセージを表示するごとに変更していいと思いますが
Rails で JavaScript を国際化する - present
はじめに Rails で JavaScript を国際化するには、『i18n-js』という gem を使う。 fnando/i18n-js 自分が作っている Web アプリでそこまでやる必要性は無いかもしれないけど、 国際化せずに直接 HTML や JavaScript のメッセージに日本語を書き込むのは、何かに負けた気がするんで、やってみた。 i18n-js のインストール Gemfile に gem "i18n-js" を追加し、シェルで bundle を実行すればインストールできる。 i18n-js を有効にする Rails3.1 以降を使っていることが前提。 まず、app/assets/javascript/application.js に下記を追加する。 //= i18n //= i18n/translations 当初はこれだけで上手くいくと思っていたけど、開発サーバーを起動し
RailsでBackboneを使いながらDRYにi18n - リア充爆発日記
これを使えばOK牧場。 https://github.com/fnando/i18n-js Gemfile gem 'i18n-js' application.js //= require i18n //= require i18n/translations configファイル生成 bundle exec rake i18n:js:setup※ホントはこのプロセスは要らないのだけど、sprocketのバグのせいで必要らしい。https://github.com/fnando/i18n-js/issues/71 application.html.erb <script type="text/javascript"> I18n.defaultLocale = "<%= I18n.default_locale %>"; I18n.locale = "<%= I18n.locale %>"; <
RailsのI18n APIの使い方の基本と辞書ファイルの整理方針: Modelごと、Viewごとに分けて管理する - memo.yomukaku.net
Railsではi18nのAPIが使用できます。 I18n APIって何でしょうか？ 何ができるのでしょうか？ 荒っぽく書けば、helloというキーが指定された時に、対象言語が英語の場合は「Hello」、日本語の場合には「こんにちは」と出力できるような辞書ファイルを作成し、それを使用することを意味します。 「英語なんか使わない。自分のサイトは日本人しか来ない」という場合でもI18n APIの使用が便利なため、しばしば使われます。 例えば、数人でRailsアプリを開発する場合に、Userモデルの登録のためのビューを作成していたとしましょう。 ある人は、User#emailのラベルを次のように「Eメール」と書きます。 <label for="user_email">Eメール</label> ところが、別の開発者は別の場所で次のように「E-Mail」と書いたりします。 <label for="us
国際化対応 - 気にすんな
Railsの国際化対応は、「I18n(Internationalization) API」を使うんだねー このI18nって、「Internationalizationの、Iとnの間に18文字あるからそう呼ばれてる」って、シャレか？ I18nの基本的な流れ I18nを使う基本的な流れは、こんな感じだね！ 言語毎の辞書ファイルを作る アクションやコントローラで、言語を判定するように変更(ja固定でもOK) テンプレートなどの文言を、辞書を呼びだすように修正 場合によっては、テンプレート自体を言語化する事も可能 日本語化してみよう！ こんな感じで、日本語できるんだねー まずは、辞書ファイルを作成 基本は、config/locales 以下に「言語名.yml」ファイルを作るんだね！ YAML形式でも、Ruby形式でもOK！ 今回は以下の2つを作る感じだね。 まずは、英語用の[config/loca
Railsでi18n-jsを使ってJavaScriptの国際化 - Startup Reality
前はRuby on Railsアプリ内で使用するjavascriptでi18n APIを利用する - hrendohの日記のようにtoretore/babilu - GitHubを使っていたのですが、 DEPRECATED This project is abandoned in favor of i18n-js: https://github.com/fnando/i18n-js と書かれてしまっているので、i18n-jsを使ってみます。 指定したscopeのメッセージのみをJavaScriptファイルとして保存することができる。 日付のローカライズができる などbabiluと比べて進化しているようです。 基本的にはREADMEに書いてある通りですが、日本語の情報は見当たらなかったので、Rails 3.0.xで僕がやった設定を簡単に書いておきます。 1. Gemfileに1行追加します。
Rails と時刻 - @kyanny's blog
時刻の扱いは難しい。タイムゾーンを跨ぐと格別に難しい。 Rails を使っていても難しさに変わりはない。むしろ時刻のやっかいな部分を隠蔽してくれるが故に余計にややこしくなることもある。 config.time_zone と config.active_record.default_timezone Rails アプリケーションで時刻を司る代表的な設定値は config.time_zone と config.active_record.default_timezone だ。いずれも config/application.rb で設定できる。詳細は Ruby on Rails Guides: Configuring Rails Applications 参照。 config.time_zone でアプリケーションのタイムゾーンを設定する。デフォルトでは UTC になる。日本向けのウェブサイトで
dm-validations-i18n - komagataのブログ
DataMapperのvalidationエラーのメッセージを国際化するdm-validations-i18nというgemを作りました。 komagata's dm-validations-i18n at master - GitHub require 'rubygems' require 'dm-core' require 'dm-migrations' require 'dm-validations' require 'dm-validations-i18n' DataMapper.setup(:default, 'sqlite::memory:') class Employee include DataMapper::Resource property :id, Serial property :name, String validates_presence_of :name end
RGBdesign RGBデザイン » Titanium mobile のローカライズ
先日、作成した『Speech Timer』の英語版を作成しているのだが、自力で調べた限りでは、Titanium mobile上でのローカライズ設定ができないようだったので、対応策として、 1.Titanium.Platform.localeで実機の言語環境を取得 2.取得した言語環境により、includeファイルを振り分け という方法で対処した。 以下、そのscript。 var language = Titanium.Platform.locale; if (language == ‘ja’) { Ti.include(‘japanese.js’); } else { Ti.include(‘english.js’); } もしもっと他に良い方法があれば知りたいところです。
○×△の起源は？
日本人としては、 ○＝よい、Yes ×＝だめ、No というのは水や空気のように自然な事実。そして △＝○と×の中間 というのも当然のことと考えがち。つまり、いい順に○→△→×ですね。 しかし、これ全くアメリカを初めとした英語圏では通用しないんですよねぇ。それ以外の国はよく知らないが、まず通じないのではないかと。どれくらい通用しないかと言って、たとえば日本人が 「★ ※ ♪ の３つをいい順に並べろ」 と聞かれても呆然とすると思うが、それくらい通じない。つまり、○＝よい、×＝だめ、も通じなければ、△がその間に位置するということも通じないのでした。 当地（やオーストラリア）では、テストの「マルをつける」時も、Vの右側が長めの「チェック」をするだけ。日本風にマルをつけると何のことかわからないか、または 「えっ、零点？」 と思われる可能性あり。 同じ流れで、電化製品のスイッチはマルと縦棒、つまり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Declare different CSS background-images for different locales
Best approach for localize images