4.5 spanish translation?

[alejandrops]

Is anyone working on the spanish languaje pack for 4.5? I want to help, but didn't found any news in sugarforge nor in this forum.
pls mail to: alejandrops@gmail.com

bye

[mpaulino]

Hi,

I am also interested in contributing with this project.

Let me know what needs to be done to get this going..

Thanks,

Marcos

[paulb7603]

Hi I´m using sugar force Version 4.5.0 (Build 1124) with language package SugarEnt-4.2.1a-lang_es_es-20060716.zip

The result is not to good al the accent reslut in stange strings:

examples:

Telefonó----> Tel馯no

Direccion---> Direci��bsp :

etc.

did somebody did the same with better results or is there a new language package available?

Or is somebody creating an we can contribute in any way?

Thanks in advance,

Paul

[seurat]

HI Paul,

Check this code change in includes/utils.php:

function insert_charset_header() {
header('Content-Type: text/html; charset=UTF-8');
}

function insert_charset_header() {
header('Content-Type: text/html; charset=iso-8859-1');/*UTF-8*/
}

This tells sugarcrm to use ISO-8859-1 instead of UTF-8 and thereby corrects the problem.

Otherwise you have to change every acute vowel like this: á = á / é = é / etc. (ñ = &ntilde

Good luck.

Seurat

[bnajlis]

Hi!

I already started translating some of the modules of the 4.5 version to spanish, I already have finished Accounts, ACL. ACLActions, ACLRoles, Activities, Administration, Audit and currently working on Bugs. Does anyone know how can we manage to put all of this into a common project or something? Maybe a CVS into some SugarForge project?

Bernardo Najlis

[Lamorack]

Saludos.

Perdonad que escriba en castellano, pero lo que quiero expresar me resulta algo complejo en Ingles.

Por qué hay estos problemas usando UTF-8 cuando se supone que está hecho precisamente para poder usar casi cualquier caracter de las lenguas conocidas?

Por qué tenemos que recurrir de nuevo a ISO-8859-1 si el resto del mundo tiende a la utilización de UTF?

Pienso que el problema debe residir en una discordancia de juegos de caracteres entre todos los modulos que realizan un proceso de principio a fin, con esto quiero decir, que si en el relleno de un campo de un formulario, pasando por su insercion en bbdd y su muestra de nuevo al navegador, en ese proceso hay un cambio de juego de caracteres, supongo, que es lo que hace que ese valor no sea correcto.

Acabo de llegar a SugarCRM, prácticamente lo tengo recien instalado, y lo estoy estudiando para implantación, me gusta... pero este fallo complica mucho la decisión, y me gustaría ayudar a solucionarlo.

Aun no he visto la BBDD, pero pudiera ser que no estuviera definida en UTF?

Por si sirve de orientacion (no soy desarrollador, soy sysadmin), me he encontrado con ciertos casos muy extraños. Un archivo creado con el block de notas, conteniendo XML, guardado como XML y codificado con UTF8, a la hora de recoger su contenido desde una web, mostraba mal los caracteres. Resultó que Notepad tiene una opcion al guardar el fichero que lo codifica, no ya el contenido, que esta definido como UTF-8, si no el fichero en si...

No llego a entender muy bien el por qué, pero me tuvo bastante ocupado resolviendolo.


Bueno, un saludo a todos, y si os puedo ayudar en algo ahi estaré.


Gracias

[aserrano]

Hi, I'm updating the Spanish (Spain) Language Pack to version 4.5.0. Although not complete yet, you may download the latest CVS sources from the sugarcrm4 branch, and give it a try (please don't report errors on non released packages).
I have published a Language Pack release with CVS sources, for thouse who don't want to mess with CVS.

I hope to release it soon. As Lamorack mentions, I think that UTF-8 is the way to go, so all the files have been reencoded in UTF-8.

Please, keep in mind that when one particular character set in established in Sugar, preferably in the LBL_CHARSET variable defined in include/language/xx_xx.lang.php, all the files which contain i18n strings should use that character set. Even config.php should be UTF-8 encoded, so that the the available language list is properly displayed. This is especially important when Sugar is configured to use more than one language.

Regarding the database character set, you may use whichever you want. We are using ISO-8859-15 right now, with no problems, as PHP transcodes the strings to the resulting page character set. Of course, using ISO-8859-15 limits the characters you may introduce in your different database records: names and descriptions of account, contacts, opportunities, etc.

If you deal with multinational accounts, consider using UTF-8 at the database level to properly store your (Greek, Arabic, Hebrew, Chinese, etc.) contact names in their original language (non-transliterated form).

Saludos.

[aserrano]

Finally, the Spanish (Spain) Language Pack for SugarSuite 4.5.0d (all flavors) has been released.

Following SugarCRM i18n trends, this pack uses UTF-8 encoding. However, your existing database character set shouldn't be migrated to use this pack.

The pack doesn't include help files. That's a work in progress.

[trafuga]

Hola, la persona que hizo la traducción del paquete de lenguaje no tuvo en cuenta de que los caracteres que sugar maneja son de tipo UTF8. En este caso se debe descomprimir el paquete y tomar un editor de textos o en el mi caso usé el dreamweaver y le di buscar á y reemplazar por á. En el dreamweaver uno tiene la opción de reemplazar texto en toda una carpeta, estoy seguro que hay muchos editores gratuitos que lo hacen. Luego subes esas carpetas al directorio principal de sugar y listo, funciona. Para los demás caracteres esta es la tabla de conversión:

á = á
é = é
í = í
ó = ó
ú = ú
ñ = ñ
Ñ = Ñ

[catador]

Hi,

where you get this file? you buy it?

Thanks,