Quiero recopilar un buen conjunto de consejos y buenas practicas que puedan ayudar a los que pretendan ofrecer temas con soporte para i18n:

• Escribe el tema en ingles, ampliaras las audiencia del tema y te podras beneficiar de el trabajo de traduccion de otros temas.
• Lee la documentación de WordPress sobre i18n. Imprime sus buenas practicas y asegurate de tenerlas en lugar visible antes de empezar con la i18n.
• Usa printf y sprintf generosamente. Solo estoy repitiendo lo que piden en la documentacion de WordPress (las que acabas de leer . A mi me parecio especialmente importante el uso de descripciones y comentarios (con la función _c()).
• Usa textos comunes y habituales. Para darle difusion al tema y facilitar el trabajo de los traductores, mejor no ser muy original. Por ejemplo “Submit It” es más comun que “Say It Pal!” para el envio de comentarios. Nada impide que seas más original y unico en las copias de tus temas para uso privado o de clientes, pero es en el beneficio de la mayor difusion del tema que la version publica sea lo mas sencilla posible.
• No incluyas solo puntuacion. Ni evites incluir fragmentos pequeños; los parametros alt y title, el ‘value’ de los botones ‘submit’, las funciones next|prev_post_link y otras plantillas wp, todas ellas aceptan i18n.Siguen dos ejemplos que muestran este punto en acción ¿alguna razon para no traducir “Comments”?; ¿necesita ‘|’ ser traducido a algun idioma ?
  

  <?php _e($numComments, ‘XXXXXXX’); ?> Comment(s)

  __(‘ | ‘)

Por ultimo, lo mejor es empezar con las mejores plantillas posibles, tomando como base para nuevos temas uno que tenga buen soporte para i18n; sandbox es uno: moderno, sencillo y con i18n completa.

En este caso teniamos codigo php en Latin-1 siendo servido por un Apache amante del Utf-8. En un alojamiento compartido esto se deberia corregir desde el .htaccess  de la aplicacion php con:

AddCharset ISO-8859-1 .php
AddDefaultCharset ISO-8859-1

En este caso habia que tocar la configuracion central de apache para permitir que .htaccess modifique estos parametros (via ‘AllowOveride FileInfo’ en la configuracion del directorio base /var/www/htm/). O sea que con las mismas se podia haber cambiado el codificado en la configuracion principal.

Lo mismo se puede conseguir desde php:

PHP. Use the header() function before generating any content, e.g.:
header(‘Content-type: text/html; charset=utf-8′);

Lo comentan:

• En w3c dan consejos basicos sobre el uso de las cabeceras http y los codificados.
• En particular sobre el uso de los .htacces de apache
• De interes el listado de nombres de codificados aceptables en las directivas de apache.