¿Qué tal les va?
Bueno, hoy me encuentro haciendo una de las muchas migraciones que me toca hacer de Flash 8 con AS2.0 a Flash 9 con AS3.0. El proceso es lento pero los resultados más o menos son mejores; a parte, parece que tener una web actualizada en cuanto a la versión del AS viene mejor para ofrecer la mejor experiencia a los usuarios y utilizar todas las funcionalidades que por fin nos da Flash.
Pero entre muchas de las cosas que me he ido encontrando, hoy una que me ha intrigado. Os pongo en situación:
Hasta Flash 8 nunca he tenido mayor problema en descodificar (unescape) una cadena, salvo el ya conocido problema que surge cuando el texto está codificado hexadecimalmente en UNICODE o UTF... que se resuelve con el System.usingCodePage = true o false. Esto, por si os interesa produce este efecto:
System.useCodepage = false; // por defecto está en false.
trace(escape("á")); // produce %C3%A1
System.useCodepage = true;
trace(escape("á")); // produce %E1
Pero en cambio, el carácter "+" tiene la misma codificación (%2B) tanto en UNICODE como en UTF, al igual que el espacio, que tiene la %20 en los dos formatos. Eso lo cuento para situaros..., yo a lo que voy a es a las decodificaciones. Pues bien, hasta entonces, el unescape(string) funcionaba, además de con formato hexadecimal, con también las codificaciones que usa php. Para flash, por ejemplo (o igual es el único carácter que se distingue, esa es mi pregunta) el '+' se descodifica como un espacio, y el %20 también.
Por lo visto, los chicos de Adobe han decidido que solo se descodifcan los caracteres que están en formato hexadecimal, es decir, con el % delante, y el '+' sigue siendo '+' después de pasarle por un unescape.
Mi pregunta es la siguiente:
¿Qué más caracteres se han reconsiderado?
PD.
Como solución a este problema, en vez de usar la función unesacape(String):String estoy usando una extensión de la misma así:
function nuevaunescape(cadena:String):String{
return unescape( cadena.split("+").join("%20") );
}
