Ruby on Rails PL Forum

Moja propozycja rozwiazania (podpatrzona gdzies w trzewiach sieci):

1. nowy folder w app/exts
2. w nim tworzymy plik all.rb z zawartoscia:

Dir[File.dirname(__FILE__) + "/**/*.rb"].each { |file| require(file) } 

3. przystepujemy do prawdziwej zmiany - w app/exts tworzymy folder active_record, a w nim plik validations.rb - w ten sposob utrzymujemy konwencje z railsow; zawartosc app/exts/validations.rb:

module ActiveRecord
  class Errors
    begin
      # tlumaczenia ofcoz trzeba dokonac samodzielnie...
      @@default_error_messages.update( {
      :inclusion => "is not included in the list",
      :exclusion => "is reserved",
      :invalid => "is invalid",
      :confirmation => "doesn't match confirmation",
      :accepted  => "must be accepted",
      :empty => "can't be empty",
      :blank => "can't be blank",
      :too_long => "is too long (max is %d characters)",
      :too_short => "is too short (min is %d characters)",
      :wrong_length => "is the wrong length (should be %d characters)",
      :taken => "has already been taken",
      :not_a_number => "is not a number" 
      })
    end
    
    alias :old_on_blank :add_on_blank
    # a to jest moja wersja metody ktora nie robi nic sensownego ale pokazuje 
    # jakby co - to mozna ;)
    def add_on_blank(attributes, msg = @@default_error_messages[:empty])
       old_on_blank(attributes, msg)
    end
  end
end 

4. dodajemy obsluge naszych swiezych zmian do aplikacji - w pliku app/config/environment.rb na koncu dodajemy linijke wlaczajaca nasze zmiany:

require "#{RAILS_ROOT}/app/exts/all" 

Taki sposob podejscia pozwala utrzymac w jednym miejscu wszystkie modyfikacje orginalnego zachowania railsow. Tworzy sie plik i umieszcza w stosownym katalogu pod app/exts i voila - wlaczone i zaaplikowane...

oops to moj pierwszy post - wiec witam wszystkich bardzo serdecznie !!

happy railing
-- daniel

cr napisał:

daniel napisał:

Taki sposob podejscia pozwala utrzymac w jednym miejscu wszystkie modyfikacje orginalnego zachowania railsow.

...i pozwala później na szybkie przekształcenie tej modyfikacji w plugina

Witam rubberów!
czy wie ktoś może jak przetłumaczyć nazwy kolumn i tabel, tak aby w walidacji nie pojawiało mi się password a hasło, chociaż w bazie mam nazwę password. Doinstalowałem plugin Globalize i chcę mieć wszystko w 2 językach.
Dzięki!

PaK napisał:

Globalize stanowczo odradzam poniewaz jest to rozwiazanie oparte na bazie danych i strasznie niewydajne.

Poważnie? Ja nie zauważyłem jakiejś słabej wydajności. Zwykle pobierane są krótkie teksty, są poindeksowane. Relacyjna baza danych jest bardzo szybka, bo wykorzystuje własny cache do takich niedużych operacji.

To, że używana jest baza danych to tylko zaleta. Np. proces tłumaczenia nie wymaga co chwilę restartowania Mongrela aby zmiany były widoczne w serwisie. Gettext nadaje się tylko do tłumaczenia interfejsu. Globalize pozwala zaś też tworzyć wiele wersji językowych dla tekstów trzymanych w bazie mi ładnie te wersje się przełączają.

balcer napisał:

Nie jest to najlepszy sposób bo nie powinno się tak robić ale :
W application.rb naleÂży przeciżyć dwie metody np w taki sposób
class ApplicationController < ActionController::Base
....
class ActionView::Base
        def error_messages_for(object_name, options = {})
(...)   
    class ActiveRecord::Errors       
(...)
end

Pierwsza definiuje message o błędach, druga pozwala na uniknięcie nazw zmiennych podczas wyświetlania błędów.
Może ktoś zna lepszy sposób, właśnie wrociłem do pisania stronki po jakichś 2 miesiącach przerwy. Coś sie ruszyło z internacjonalizacją, szczegłlnie na polu zakodowanych na sztywno messegów ?
Pozdrawiam, Jacek Balcerski

Siedziałem nad tym ładnych parę godzin. I już praktycznie doszedłem do tego samego, ale ten post pozwolił mi to skończyć trochę wcześniej, niż jakbym robił to sam
Według mnie trochę to bez sensu,  że nie można ustawić np. error_messages_for i parametru :base (żeby nie pokazywał nazw kolumn), no ale cóż...

Aha, jako że to mój pierwszy post, to witam wszystkich. Pewnie zacznę częściej tu się pojawiać.

Sabon

a coś takiego:

validates_presence_of :something, :message => "^Coś nie powinno być puste"

Daszek ^ chyba sprawi, że w message nie pojawi się nazwa zmiennej?

Jest taki plugin ale wystarczy wsadzic do liba:

module ActiveRecord
  class Errors
    def full_messages_with_custom
      full_messages = []

      @errors.each_key do |attr|
        @errors[attr].each do |msg|
          next if msg.nil?
          
          if attr == "base"
            full_messages << msg
          elsif msg =~ /^\^/ # TUTAJ
            full_messages << msg[1..-1]
          else
            full_messages << @base.class.human_attribute_name(attr) + " " + msg
          end
        end
      end
      return full_messages
    end
    alias_method_chain :full_messages, :custom 
  end
end

... ale jak ktos dodatkowo uzywa gettexta, to:

require 'gettext/active_record'

module ActiveRecord
  class Errors
    include GetText
    
    def localize_error_message(attr, msg, append_field) # :nodoc:
      custom_msg = nil
      #Ugly but... :-<
      @@default_error_messages_d.dup.merge(@base.custom_error_messages_d).each do |key, regexp|
        if regexp =~ msg
          custom_msg = @base.gettext(key)
          custom_msg = _(msg) if custom_msg == msg 
            custom_msg = _(custom_msg) % $1.to_i
          break
        end
      end

      unless custom_msg
        custom_msg = @base.gettext(msg)
        custom_msg = _(msg) if custom_msg == msg 
      end
      if attr == "base"
        full_message = custom_msg
      elsif /^\^/ =~ custom_msg
        full_message = custom_msg[1..-1]
      elsif /%\{fn\}/ =~ custom_msg
        full_message = custom_msg % {:fn => @base.class.human_attribute_name(attr)}
      elsif append_field
        full_message = @base.class.human_attribute_name(attr) + " " + custom_msg
      else
        full_message = custom_msg
      end
      full_message
    end    
  end
end

Jak dla mnie najmniej inwazyjnym sposobem jest przeciążenie ActionView::Base i ActiveRecord::Errors, gdzie w 'Errors' pomija się nazwy zmiennych (przeważnie angielskie, bo tak konstruuję swoją bazę).
Wtedy w bardzo prosty sposób przy każdym validates_* dodaję :message, gdzie zawieram nazwę zmiennej, np.: validates_presence_of_password, :message => "Hasło nie może być puste".
Proste, nieinwazyjne i nie trzeba w kilku miejscach tłumaczyć nazw zmiennych i pamiętać o spójności.
Pytanie tylko czy to w końcu zostało ujęte w jakimś prostym pluginie czy ciągle trzeba to wrzucać do environment.rb (tudzież app/exts).

PS. Ktokolwiek jest odpowiedzialny za ustawienia forum, powinien poprawić godzinę na serwerze. Jest 2 godz. do tyłu.

Ostatnio edytowany przez sabon (2008-08-20 01:05:26)

Na dzień dzisiejszy to chyba lekko zbędny kod

Railsy korzystają z tłumaczeń i18n domyślnie i korzystając z nich można bez problemu przetłumaczyć nazwy pól.

Szukałem na necie rozwiązania dla małych aplikacji i nie doszukałem się niczego prostego co bym mógł zakumać.
Zrobiłem to po swojemu (popatrzyłem w źródła validation.rb).

Piszę tutaj, bo może akurat ktoś będzie miał podobny problem.

Ogólnie chodziło o to, że to co jest w standardowym pl.yml to nie za bardzo pasuje nawet do standardowego restfull authentication.
"{attribute} {message}" = "Email nie może być puste", itp.

Może da się to inaczej zrobić, ale dla mnie jest idealne rozwiązanie, gdyż pasuje do kazdej opcji. Nie muszę się trzymać schematu "{attribute} {message}". Dodatkowo {message} w tym standardowym pl.yml musi być taki aby pasował do wszystkich {attribute} (jeżeli dobrze rozumiem), co w języku polskim jest niewygodne ("Email jest pustY", "Hasło jest pustY", muszą być inne {message}).

Wynik jest tutaj: http://programmers-blog.com/2009/11/16/ … sages-i18n