[ANN] Ruby-GetText-Package-0.9.0
Masao Mutoh
Ruby-GetText-Package-0.9.0 is now available.
Highlights
----------
CGI/ERB is now supported.
It is inspired from "Using Gettext To Translate Your
Rails Application"[*1]. The documentation is very
nice for an application, but not complete as a
framework. Because it allows only a textdomain
(messages.mo only).
I'm not good at RoR, so I can't improve it now,
but I hope someone try "real L10n support" on ROR.
[*1] http://manuals.rubyonrails.com/read/book/16
Website
-------
http://ponx.s5.xrea.com/hiki/ruby-gettext.html
* Ruby-GetText-Package HOWTO
http://ponx.s5.xrea.com/hiki/ruby-gettext-howto.html
* Ruby-GetText-Package HOWTO for CGI/ERB
http://ponx.s5.xrea.com/hiki/ruby-gettext-howto-cgi.html
* Ruby-GetText-Package API Reference
http://ponx.s5.xrea.com/hiki/ruby-gettext-api.html
What's this?
-------------
Ruby GetText Package is a Native Language Support Library and
Tools which modeled after GNU gettext package.
Changes since 0.8.1
-------------------
* bugfixes.
* CGI support: gettext/cgi
* ERB support: gettext/erb, rgettext.
* Added samples for CGI/ERB to samples/cgi/.
Translators(samples, rgettext/rmsgfmt)：
French - Laurent Sansonetti
German - Detlef Reichl
Italian - Gabriele Renzi
Japanese - Masao Mutoh
Portuguese(Brazil) - Joao Pedrosa
Spanish - David Espada, David Moreno Garza
Swedish - Nikolai Weibull
Translations for other languages are welcome!
# Tell me if you are interested in it.
--
:% Masao Mutoh<mu...@highway.ne.jp>
Sascha Ebach
> Hi,
>
> Ruby-GetText-Package-0.9.0 is now available.
>
> Highlights
> ----------
> CGI/ERB is now supported.
>
> It is inspired from "Using Gettext To Translate Your
> Rails Application"[*1]. The documentation is very
> nice for an application, but not complete as a
> framework. Because it allows only a textdomain
> (messages.mo only).
> I'm not good at RoR, so I can't improve it now,
> but I hope someone try "real L10n support" on ROR.
>
> [*1] http://manuals.rubyonrails.com/read/book/16
Ah, thank you Masao, I will integrate this as soon as I can. Much
appreciated.
The reason for hacking Ruby-GetText to only use one mo file is that
virtually any "web" application I know only has one. This has probably
to do something with the amount of files you can have in a web app. For
example, a web app can have hundreds of template files. You surely
wouldn't want to have hundreds of mo files or use #bindtextdomain all
over the place. And if you do you can simply not use the hack ;)
You are right about the usage as a framework. It would be nice if this
behavior would be configurable so one can use whatever fits best.
Sascha Ebach
Masao Mutoh
On Mon, 2 May 2005 01:44:10 +0900
Sascha Ebach <s...@digitale-wertschoepfung.de> wrote:
> Masao Mutoh wrote:
> > Hi,
> >
> > Ruby-GetText-Package-0.9.0 is now available.
> >
> > Highlights
> > ----------
> > CGI/ERB is now supported.
> >
> > It is inspired from "Using Gettext To Translate Your
> > Rails Application"[*1]. The documentation is very
> > nice for an application, but not complete as a
> > framework. Because it allows only a textdomain
> > (messages.mo only).
> > I'm not good at RoR, so I can't improve it now,
> > but I hope someone try "real L10n support" on ROR.
> >
> > [*1] http://manuals.rubyonrails.com/read/book/16
>
> Ah, thank you Masao, I will integrate this as soon as I can. Much
> appreciated.
I appreciate you too ;). This release is depend on your ideas heavily.
> The reason for hacking Ruby-GetText to only use one mo file is that
> virtually any "web" application I know only has one. This has probably
> to do something with the amount of files you can have in a web app. For
> example, a web app can have hundreds of template files. You surely
> wouldn't want to have hundreds of mo files or use #bindtextdomain all
> over the place. And if you do you can simply not use the hack ;)
>
> You are right about the usage as a framework. It would be nice if this
> behavior would be configurable so one can use whatever fits best.
It's better to describe faults.
* It won't work correctly when it requires other libraries which
support GetText.
* You can't separate textdomains in a web app such as "bbs", "scheduler".
* If rails uses GetText itself as L10n, it will have "rails" textdomain,
but it won't work correctly with your hack.
---
Now, "gettext/container" supports "instance-based/module-based texdomain"
not file-based. It's similer with your idea but it allows plural
textdomains and it also doesn't affect other libraries which support GetText.
#And "gettext/erb" is an instance-based 'ERB' textdomain.
So I think if a class/module which generates HTML from ERB on rails
includes "gettext/erb", then you don't need to call #bindtextdomain on each
files and some faults are solved.
Sascha Ebach
> support GetText.
Correct, but not an issue. At least not in Rails applications. And when
it is, just don't use the hack.
> * You can't separate textdomains in a web app such as "bbs", "scheduler".
Correct, but I don't think you need more than one domain in 99% of all
Rails apps. In case you do, don't use the hack.
> * If rails uses GetText itself as L10n, it will have "rails" textdomain,
> but it won't work correctly with your hack.
Hm, I don't understand fully, but again, if it doesn't work with the
hack then don't use the hack.
Aren't these all good points to just make it a feature?
> Now, "gettext/container" supports "instance-based/module-based texdomain"
> not file-based. It's similer with your idea but it allows plural
> textdomains and it also doesn't affect other libraries which support GetText.
> #And "gettext/erb" is an instance-based 'ERB' textdomain.
>
> So I think if a class/module which generates HTML from ERB on rails
> includes "gettext/erb", then you don't need to call #bindtextdomain on each
> files and some faults are solved.
I will have to look into that. Will let you know what I think about it.
Might be another week or two though since I am working on some legacy
PHP client code at the moment :(
Sascha