p.s. - Did you try simply changing the encoding type in the lang.es.php file to utf-8? The files on the CVS server should already be encoded as utf-8 (if you think otherwise let me know)

$default_language_tokens = "es";

See you.

translation - thanks, I had already changed $default_langauge_token but it was not giving the desired results until I set $disable_automatic_language_changing = 1; now I have it in Spanish.

1) edit_users.php still makes use of $vocab. The get_loc_field_names function needs be evaluated and cleaned up.
2) function_mail.php using $mail_vocab - I'll come back and fix this up later to remove it
3) language.php defines the get_vocab function - I have left it there for now since it is not hurting anything but ultimately would like to eliminate this file
4) in /blocks/mrbs/lang/xx_utf8/block_mrbs.php there are strings like mail_body_changed_entry which previously had a prepended $mail variable which I removed for the sake of simplicity; however, these will need to be cleaned up and may break some of the mail functionality.
5) I would like to clean up the day of week, month, and other date related strings so that the page appears completely in the chosen language

I took a quick look at it and it looks good.

One thought however, Should strings like YES, NO, OK etc be pulled from the block_mrbs language file or Moodle itself. (For example settings.php pulls some of the strings from calendar.php and from other files inside moodle/ang/en_utf8/.)

It might be worth reviewing the strings used with the MRBS integration and removing the strings that duplicate with the standard distribution of Moodle.

-Steve

1) edit_users.php still makes use of $vocab. The get_loc_field_names function needs be evaluated and cleaned up.

One solution is simply to remove the edit_users.php. In fact, this is probably safer since it takes away possible access. Do you see any reason not to delete the edit_users.php file.

Peace - Anthony