XOOPS España

Acotación:

Bueno pues solicito vuestra ayuda para ver el charset que tienen los modulos y en su caso poder cambiarlo.

Gracias de antemano.

Voy a optar por la opcion 1....

Con el Notepad++, como convierto de UTF 8 a ISO ????

Gracias !!!

De momento, parece que sólo habría dos opciones (aunque Riosoft puede aportar algo nuevo)
1.- Dejarlo todo en iso.
2.- Pasar la base de datos a utf-8 manualmente
O añadir: esperar a nueva versión que solucione el problema del script de actualización.
En concreto, aunque conseguí cambiar la codificación de la base de datos, no es algo que se pueda recomendar a todo el mundo porque no es fácil. Así las cosas, mejor seguir con iso y cuando el tema se arregle cambiar a utf-8 en otra actualización.

Gracias gente por sus comentarios.

debianus, por lo que veo tendria que dejar todo como ISO, pero tendria que cambiar la codificacion en los modulos nuevos con UTF8 a ISO porque sino no funcionan bien.......pero todas las futuras traducciones van a venir en UTF 8,

QUE liooooooooooooooooooo !!!!!!!!!!! :bash:

Lapsa, es un tema fastidiado.
Echa un vistazo a este comentario que puse; quizás es demasiado breve y sería necesario extenderlo más.

Pero en concreto:
1.- El script de actualización creo que no realiza la transformación de la codificación de la base de datos a utf-8 o no lo hace correctamente. En tu caso, si no elegiste el cambio se supone que todas las tablas de tu base de datos tendrían que tener la misma codificación que antes de actualizar, o sea, latinxxxx.
2.- En ese caso, usa únicamente archivos de lenguaje con la codificación iso. No sirve de nada cambiar la variable en global.php si el archivo de lenguaje tiene la codificación utf-8. Ahora mismo, lo que creo que te pasa es que global.php declara la codificación utf-8 (si ves el código fuente en el navegador te aparecerá así) pero las tablas las tienes en latinxxx. Por eso los mensajes de texto del sistema están bien y el contenido no.
Resumiendo: intenta utilizar archivos de lenguaje con la codificación iso y con esa variable en global.php.

Para pasar toda la base de datos a utf-8, el método que indiqué funciona, pero mejor probarlo antes en un servidor local porque el texto a reemplazar (seleccionarlo bien) es lo fundamental. En concreto, ImpressCMS 1.1 RC2 tenía el mismo problema que expones al actualizar desde 1.0 (lo descubrí haciendo pruebas) y usando ese método cambié la codificación de la base de datos y todos los problemas se acabaron. De todas formas, es un tema que se puede corregir en el script de actualización (la RC3 de ImpressCMS 1.1 lo ha solucionado -el error se reportó- y supongo que cuando salga Xoops 2.3.x lo podrían hacer, aunque no sé si el problema ha sido reportado como bug para que se solucione).

Disculpas... cierta situación me tiene alejado durante estos días.
Prometo echarle un vistazo a este tema que parece está dando bastantes dolores de cabeza para el fin de semana (espero) y ya os comento si encuentro algo.

Saludos

Alguna idea ???...Riosoft ??? where are you ????

Por favor RIosoft....no te pierdas !!!!!!!!!!!!

Vamos a ver:

Acotación:

En estos momentos tengo xoops en ISO y modulos en ISO y UTF-8.

Al descargar el paquete de lenguaje en UTF-8 y reemplazar los archivos, los modulos que estaban en UTF-8 se veian bien, pero no asi el sistema xoops, tu dices que si no esta todo en un mismo sistema no funciona ?, porque creo que me deberia tomar los cambios asi como lo hicieron los modulos.

Acotación:

El charset es el que esta en el paquete de lenguaje UTF-8, osea UTF-8


Acotación:
Lo que comprobe de phpmyadmin lo escribi en el primer post.

Acotación:

Cuando actualice a 2.3.1 no seleccione ningun charset, lo deje vacio.


Mi conclusion, y si me equivoco por favor corregime:

Si cambio los archivos de lenguaje de xoops por el paquete en español en UTF-8, deberia ver bien el sistema, como lo hago con los modulos que estan en UTF-8, pero en cambio el sistema lo veo con acentos extraños, y los modulos en UTF-8 los veo bien, si dejo el sistema en ISO, los modulos en UTF-8 los veo con caracteres extraños, por lo tanto, veo que el sistema me toma los cambios al modificar al lenguaje UTF-8 pero al reves, osea, muestra caracteres extraños !!!


Alguna idea ????


NOTA: En la subida del paquete de lenguaje en español UTF-8 hay archivos adicionales que no existen en la version en ingles.
Al sobreescribir me quede sin poder ingresar a la seccion de sistema de modulos, no los mostraba, tuve que reemplazar todo a ISO nuevamente.


Gracias !!!!!!!!

Ando... mmm... medio retirado

Amigo lapsa comprueba lo siguiente:
1- Que tanto tu XOOPS como tus módulos tienen el mismo charset en el lenguaje. Es decir, o todo ISO o todo UTF-8.
2- Que el charset de tu global.php sea el mismo que el de los lenguajes de tus módulos/sistema. Es decir, el paso 1.

Esto para UTF8
define('_CHARSET', 'UTF-8');

Esto para ISO
define('_CHARSET', 'ISO-8859-1');

3- Comprueba desde phpmyadmin por ejemplo el charset de tu base de datos.

Parece ser que el proceso de actualización no gestiona bien los cambios de charset de ISO a UTF-8 y se están dando problemas.
Se recomienda no actualizar desde otras versiones cambiando a UTF-8 de momento. Dejadlo en ISO. Se está trabajando en ello para las próximas versiones.

Saludos

Alguna idea ?...Riosoft estas por ahi ???