Let me put in another way: we have multiple people updating the
language strings in the YAML files. For people working on OS X, the
characters will show up as squares on Linux and vice versa. I only
control one of these systems. How would you approach this? Our
approach has worked for some time now this way and we only have
problems with ActionMailer subjects.
On May 28, 7:50 pm, Marnen Laibow-Koser <li...@ruby-forum.com> wrote:
> Hassan Schroeder wrote:
> > On Thu, May 27, 2010 at 10:35 PM, jhaagmans <jaap.haagm...@gmail.com>
> > wrote:
> >>> > We have our e-mail subjects stored in I18n locale files. For the
> >>> > English version of the website, we had no problem, but now we're
> >>> > translating to German, which uses a lot of symbols like ü and
> >>> > Ü for example. We store them as character codes in the YAML
> >>> > files,
>
> >> Because the subject lines are used in our website as well. xHTML
> >> strict needs our "strange" characters to be character codes.
>
> > ? What makes you think that? Or to put it another way: no, it doesn't
> > :-)
>
> Right. In both HTML 4 and XHTML, any Unicode character is valid.
>
> But even if that weren't so, you should be storing the actual "strange"
> characters and escaping them on output. And you've just discovered why.
>
> > --
> > Hassan Schroeder ------------------------ hassan.schroe...@gmail.com
> > twitter: @hassan
>
> Best,
> --
> Marnen Laibow-Koserhttp://www.marnen.org
> mar...@marnen.org
> --
> Posted viahttp://www.ruby-forum.com/.
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
No comments:
Post a Comment