I didn't want to be the first reply, because I'm not part of core, and my support doesn't mean much in the grand scheme of things. That being said, I think the ability to 'fix this' at the framework layer is one of the beautiful parts of Ruby, and we should just go ahead and do it. I'd be happy to contribute code, or tests on Win32, etc, etc. I hate having a whole universe of text data I don't 'trust' in Ruby.
--Wilson. On 12/20/05, Obie Fernandez <[EMAIL PROTECTED]> wrote: > +1 > > I don't think I understand the hesitation. > > obie > > On 12/20/05, Joshua Harvey <[EMAIL PROTECTED]> wrote: > > I think Julik brought up a very important issue, and I wish it had > > gotten more attention. Ruby's Unicode string handling is broken, > > mostly because it doesn't count multibyte characters correctly. > > > > Thijs Van Der Vossen wrote: > > >If you _need_ a dynamic language with a true and tested Unicode > > >String type _right now_ you might want to take a look at Python. ;-) > > > > Well, Julik did have a look at Python: "The Python and Perl > > ways of doing it are to distinguish between a 'bytestring' and a > > 'unicode string.' This is a way of the apocalypse." > > > > More importantly, though, why should we defer to other languages and > > frameworks? We love Rails, we love Ruby, and by making a small change > > in the String class we'll have best-in-class Unicode support. > > > > Add Globalize into the mix and you open up huge possibilities. Typo > > with out-of-the-box support for dozens of languages, including > > localized date display. Instiki with built in multi-language support, > > so that the rails wiki could be easily translated into dozens of > > languages. Ecommerce sites that are actually useful outside the US and > > UK. > > > > Because of the power and flexibility of Ruby and Rails, we can add > > this elusive i18n stuff pretty easily. Why not do it? It's a > > make-or-break feature for millions of people. > > > > _______________________________________________ > > Rails-core mailing list > > Rails-core@lists.rubyonrails.org > > http://lists.rubyonrails.org/mailman/listinfo/rails-core > > > > > > > _______________________________________________ > Rails-core mailing list > Rails-core@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails-core > _______________________________________________ Rails-core mailing list Rails-core@lists.rubyonrails.org http://lists.rubyonrails.org/mailman/listinfo/rails-core
