-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-09-26 a las 18:31 +0200, Camaleón escribió:
El 26/09/08, Carlos E. R. escribió:
Es que no es un archivo de texto >:-)
Ahí va.. ¿no lo es? :-?
Si lo es... pero la definición de "texto" es diferente según los sistemas operativos que uses, y su "añada". Pero las utilidades de gettext sólo admiten una concreta. Si cambia... la hemos jodido.
Hay que tratarlos como binarios.
Hum... pues el cliente ftp lo transfiere como ascii :-?
Ya... ¿pero no sabes que el cliente ftp puede interpretar lo que es texto para traducirlo a la interpretación local al vuelo? Si transmites texto por ftp de un linux a un windows puedes encontrarte con que el windows cambia los finales de linea e incluso la codificación. Mira el manual: cr Toggle carriage return stripping during ascii type file retrieval. Records are denoted by a carriage return/linefeed sequence during ascii type file transfer. When cr is on (the default), carriage returns are stripped from this sequence to conform with the UNIX single linefeed record delimiter. Records on non-UNIX remote systems may contain single linefeeds; when an ascii type transfer is made, these linefeeds may be distinguished from a record delimiter only when cr is off. En linux, por defecto quita los "cr". Y en windows, seguro que los añade.
...
Lo que me extraña es que ninguno hayamos tenido problemas para subirlo desde firefox... yo suelo hacerlo sin comprimir, envío el po directamente.
Sólo está garantizado que funcione bien si usamos texto cuando todos usemos el mismo sistema. Mira, cuando alguien me envía un .po desde kmail os garantizo que me llega corrompido. Yo no sé en que casos llega bien, pero sí sé que por email, desde kmail hacia pine/alpine, llega mal. Preguntados los desarrolladores (de alpine) al respecto concluyeron que alpine interpreta las normas de manera estricta, y kmail no. Resultado: corrupción del "texto". - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjdKbwACgkQtTMYHG2NR9XOAACfcPyHHmJHSf4dQS4C3GnbLLMK nwEAnjVFxoH2mGuwTAEjEvMZAcrePQa9 =98/n -----END PGP SIGNATURE-----