Локаль ру
alone
Подскажите, в чем может быть загвоздка:
В девелопмент, на локальной машине Time.now.strftime '%Y %B %d'
показывает 2008 декабрь 18
а тот же самый код на хостинге, в продакшн 2008 december 18
э?...
Sergey Kojin
leonid bugaev
alone
Sergey Kojin
добавлением в начале environment.rb
ENV['LANG']='en_US.UTF-8'
On 18 дек, 17:04, alone <webcoder...@gmail.com> wrote:
alone
ENV['LANG']='ru_RU.UTF-8' ?
alone
Yaroslav Markin
http://railscasts.com/episodes/138-i18n
http://github.com/yaroslav/russian/tree/master/README.textile
--
Yaroslav Markin
Artiom Diomin
перед gettext-ом?
Выглядит как reinvent the wheel...
В Чтв, 18/12/2008 в 20:07 +0300, Yaroslav Markin пишет:
>
> http://railscasts.com/episodes/138-i18n
> http://github.com/yaroslav/russian/tree/master/README.textile
>
Best regards.
Artiom Diomin
alone
On 18 дек, 19:07, "Yaroslav Markin" <yaros...@markin.net> wrote:
> Чтобы перестать шаманить с локалью навсегда, изучите I18n в Rails 2.2:
>
> http://railscasts.com/episodes/138-i18nhttp://github.com/yaroslav/russian/tree/master/README.textile
>
> 2008/12/18 alone <webcoder...@gmail.com>
Alexander Sviridov
из-под которых запускаются приложения на девелопменте и продакшне?
On Dec 19, 10:49 am, alone <webcoder...@gmail.com> wrote:
> То понятно, но проект не на 2.2
>
> On 18 дек, 19:07, "Yaroslav Markin" <yaros...@markin.net> wrote:
>
>
>
> > Чтобы перестать шаманить с локалью навсегда, изучите I18n в Rails 2.2:
>
> >http://railscasts.com/episodes/138-i18nhttp://github.com/yaroslav/rus...
A.I.
интернационально. Перевод на английский может выполняться на
разработчиком. Иногда одной фразе на английском соответствует
несколько фраз на русском (например, в зависимости от рода).
2. Часто перевод является больше иерархической структурой. Например:
post:
add: Добавить запись
delete: Дулать запись
Так что в YAML ввод удобней и быстрее. Да и самый синтаксис проще
и понятнее, чем у большинства gettext форматов.
3. У gettext мало возможностей. Сложно вставить код (Proc). Нет
плюрализации:
comments: !pl
1: %1 комментарий
2: %1 комментария
n: комментариев
> signature.asc
> < 1KбПросмотретьЗагрузить
Timur Vafin
19 декабря 2008 г. 13:20 пользователь A.I. <and...@sitnik.ru> написал:
Oleg Shaldybin
словарь, новые ресурсы сами попадут в po-файл, изменения в старых
будут смерджены и помечены.
> 2. Часто перевод является больше иерархической структурой.
s_("Post|Add")
> 3. У gettext мало возможностей. Сложно вставить код (Proc). Нет
> плюрализации:
Плюрализация есть. Равно как и развитые средства управления
переводами, что удобно, когда над проектом работает команда
переводчиков, можно автоматизировать выкатывание новых данных для
перевода, нотификации и т.д. И удобные po-mode для emacs, vi и иже с
ними :-)
Хотя и минусов хватает.
Oleg Shaldybin
http://shaldybin.com
2008/12/19 A.I. <and...@sitnik.ru>:
alone
ланг ру_утф8
лц_ пустой (?)
On 19 дек, 12:19, Alexander Sviridov <alexander.sviri...@gmail.com>
wrote:
Artiom Diomin
пихать туда абсолютно что угодно можно. (НО СТРОГО НЕ РЕКОМЕНДУЕТСЯ,
иначе как кому то не знающему язык-ключ, переводить ваши писаки?!)
Ну а про остальное вам выше уже написали.
Так что вопрос остаётся открытым.
Зачем изобретать свой, не совместимый ни с чем велосипед, когда есть
gettext?
--
Artiom Diomin <kro...@gmail.com>
Alexey Kovyrin
Андрей Руденко
плюрализации для русского, а не английского?
> signature.asc
> < 1KбПросмотретьЗагрузить
A.I.
Ну разве это так же удобно как i18n.post.add? ;) А в файле перевода
вообще красота
post:
add: ...
delete: ...
вместо постоянных повторений типа
post|add
post|delete
> И удобные po-mode для emacs, vi и иже с ними :-)
Для YAML как раз поддержка и не нужна, простой, интуитивный формат.
On 19 дек, 13:34, "Oleg Shaldybin" <oleg.shaldy...@gmail.com> wrote:
> > 1. В gettext ключом является английская фраза.
>
> Да, свои минусы в этом есть. Зато не нужно параллельно поддерживать
> словарь, новые ресурсы сами попадут в po-файл, изменения в старых
> будут смерджены и помечены.
>
> > 2. Часто перевод является больше иерархической структурой.
>
> s_("Post|Add")
>
> > 3. У gettext мало возможностей. Сложно вставить код (Proc). Нет
> > плюрализации:
>
> Плюрализация есть. Равно как и развитые средства управления
> переводами, что удобно, когда над проектом работает команда
> переводчиков, можно автоматизировать выкатывание новых данных для
> перевода, нотификации и т.д. И удобные po-mode для emacs, vi и иже с
> ними :-)
>
> Хотя и минусов хватает.
>
> Oleg Shaldybinhttp://shaldybin.com
A.I.
удобна как в YAML?
posts: !pl
0: No posts
1: %1 post
n: %posts
Против:
~~$N==0: No posts ~~$N==1: Only one post ~~else: You have {$N} posts
> signature.asc
> < 1KбПросмотретьЗагрузить
Oleg Shaldybin
немного другой синтаксис, более того, не работал много с новыми
i18n-средствами, поэтому мне сложно судить объективно. Механизм
плюрализации совпадает практически полностью, остальное тоже довольно
похоже должно быть. Спорить относительно удобства YAML в этих целях не
буду :-) Но у нас есть проект с многими локалями, над ними работают
разные люди с помощью стандартных средств (Pootle, emacs/vi po-mode),
многих проблем с синхронизацией удается избежать благодаря развитой
инфраструктуре. Как только будет возможность сравнить с новым
рельсовым подходом в реальном проекте ― напишу свои мысли.
Oleg Shaldybin
http://shaldybin.com
2008/12/20 A.I. <and...@sitnik.ru>:
Yaroslav Markin
http://twitter.com/svenfuchs/status/1072819673
Так что вопрос остаётся открытым.
Зачем изобретать свой, не совместимый ни с чем велосипед, когда есть
gettext?
--
Artiom Diomin <kro...@gmail.com>
--
Yaroslav Markin