??? Modx 1.0 cuts content on accents

gracias por tu respuesta dangw.

ojo que cuando ingreso contenido con la acentuacion codificada con á o ñ (quedando expresados como á y ñ en el manager pero como "á" y "ñ" respectivamente en el frontend) funciona a la perfeccion.

el problema pasa por que los usuarios (cliente final) que no entienden esta tematica e ingresan contenido y ese contenido se corta desde ese caracter acentuado en adelante.

es casi imposible que se fijen en el detalle de reemplazar un "á" por un "&aacute" en los textos que escriben o que muchas veces copian y pegan.

voy a revisar los archivos y te cuento como me fue.
saludos.

Hola,
No se si he entendido bien, pero estoy usando los archivos que te mandé con éxito en varias paginas (usando 1.0) y los clientes escriben los textos en el manager como normal, con acentos y todo sale bien, lo único es que los "aliases" o direcciones de las paginas se corta el carácter que tiene el acento si tienes friendly urls con automatic aliases. Nunca he tenido que pedir a un cliente escribir "&aacute", creo que has malinterpretado mi ejemplo... lo que estaba mostrando con:

es un ejemplo de que he cambiado algunos de los mensajes dentro del php de los snippets para que en el momento de mostrarlo en la pantalla se ve bien, con acentos.
Bueno prueba lo y verás
Un saludo,
Dan

saludos dangw

tus archivos funcionan perfecto. gracias por eso,
pero veo que no entendiste el problema.

los pop ups alerts del core del modx no son el
problema. esos se interpretan ok.

el problema es al crear un documento y agregar
contenido correspondiente al [*content*] usando
richtext al primer caracter acentuado que el
"parseo" detetcte es eliminado junto con los
caracteres restantes. por lo tanto en el
resultado de la publicacion sera un texto cortado.

ejemplo:

si escribo en el tinymce (y guardo el documento):

"la publicación fue exitosa"

la publicacion resultara asi:

"la publicaci"

eliminando el caracter acentuado (ó) y el resto del contenido


pero al escribirla de la siguiente manera;

"la publicació fue exitosa"

la publicacion resultara asi:

"la publicación fue exitosa"

el conflicto es evidente y no le puedo pedir a un clente que aprende a escribir los codigos cuando publican un texto.
¿no te parece?

en fin, simplemente realize un downgrade y me he quedado con la 9.6.3.
saludos.

I have this problem too.

MySQL collation is set to utf8_general_ci and modx database_connection_charset set to utf8.

Any help would be greatly appreciated.

Quote from: Phantom at Mar 02, 2010, 08:53 AM

I have this problem too.

MySQL collation is set to utf8_general_ci and modx database_connection_charset set to utf8.

Any help would be greatly appreciated.

Make sure you actual database and the tables have this collation set or this won’t matter. If the database is not utf8_general_ci, either change your collation settings in MODx to match to database, or use the SET NAMES method so the MySQL client can do the translation from one collation to another (though with SET NAMES, this is not lossless conversion and it’s much better to make sure your database has the proper collation).

If you created the database yourself before installation, the default is typically latin1_swedish_ci, which will not work if you set the install to any of the utf8 collations without using SET NAMES.

I solved the problem. I had language set to ’Nederlands’ instead of ’Nederlands-utf8’ in the MODx language setting.