In Ruby, when one tries to access an instance variable directly, which
is
always private by default, the return value is nil until it has been
properly initialized. You can access instance variables using an
accessor
on a class. In any case, I recommend that you get a copy of
“Programming
Ruby” or “Programming Ruby 1.9” and read the section on “Scope of
Constant
and Variables”.
Also I have tested many words from model, and all was false.
for row in @results
if speller.check(row[“word”])
…
I have this problen only with russian words, english works fine.
You should have said that from the start :-). This points to an
encoding problem, eg the default encoding used to read your source
file being different from whatever was being used by irb (which may
depend on terminal settings etc).
Ok. ruby 1.8.* doesn’t understand multi-byte/unicode characters, like
russian characters. ruby thinks that every character is an ascii
character, where one byte equals one character. However, you aren’t
asking a ruby method to do anything with your string–you are calling an
aspell method. Is there any reason to believe that aspell can recognize
a character that is made up of several bytes?
As for irb, personally I never use the command line interactive mode in
any language because after a few times spending hours trying to figure
out why the results in interactive mode were different than in a
program, I determined that I would never waste time doing that again.
The only output that matters is your program’s output. Forget about
what irb says and instead write a small example program when testing
things out.
If you write a small program, with the same content as irb, do you get
true or false for your aspell calculations?
Anyway, by default Rails will set the encoding to UTF8 (just put
Rails.logger.debug “Kcode: #{$KCODE}” to confirm this is the case for
you). To see what encoding is working properly, just check the
$KCODE global from irb. Then set that accordingly in your
environment.rb and restart your app.
Setting $KCODE to “u” in a ruby program is not a cure all. Not all the
ruby methods will suddenly recognize that characters consist of
multi-bytes. For instance,
$KCODE = “n”
str = “лошадь”
puts str.length
$KCODE = “u”
puts str.length
–output:–
12
12
If $KCODE were a cure all, they(Matz, et al) would just switch it on in
permanently, and the unicode problems would disappear.
Anyway, by default Rails will set the encoding to UTF8 (just put
Rails.logger.debug “Kcode: #{$KCODE}” to confirm this is the case for
you). To see what encoding is working properly, just check the
$KCODE global from irb. Then set that accordingly in your
environment.rb and restart your app.