Llevo un par de meses de inmersión en las técnicas de i18n para temas WordPress. Los temas mas modernos incluyen buen soporte i18n (sobre todo los herederos de sandbox); pero uno tambien se encuentra con temas obsolescentes y muy poco pensados para que se les apliquen las funciones de gettext (__(),_e(),_c()…).
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.
Un problema muchas veces repetido cuando no trabajas en ingles y ASCII. No siempre se controla la codificacion que se usa en distintos entornos de trabajo y produccion; al final acaban apareciendo caracteres extraños y problemas de codificacion.
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:
Primer post de una serie de anecdotas con las que intento dar un poco de cuerpo al concepto (vacio a priori) de “Facilitación tecnologica”. Es una de las ideas principales en las que centro mi nueva etapa como emprendedor en Ageda.
La nueva pagina del Hotel Mayari es sencilla y de contenido casi estatico. La mayor parte del trabajo fue de mediació con anteriores proveedores de servicio y lucha contra las limitaciones de los hostings nacionales. Algunos de los problemas que se sucedieron durante el desarrollo incluyen:
- Nombres de dominio a punto de caducar.
- Alojamiento web opaco y de caracteristicas desconocidas.
- Falta de accesos a base de datos
El cliente tenia una vaga idea sobre la apariencia final; cada paso intermedio era un misterio y necesitaba constante apoyo para enfrentarse a ellos. La facilitacion de Visualtis es un buen ejemplo de que tipo de esfuerzos requieren este tipo de casos: 10% de trabajo tecnico, 30% de guiado y coaching, 30% de negociacion con cliente y proveedores, y 30% de formación.
Visualtis se esta convirtiendo en una consultoria de sistemas asentada en el ambito local; aun intentamos experimentos, por la emocion y el dinero, pero va perdiendose el interes por generar cosas nuevas. Mucho se aprende de estos primeros años, lo comentaba recientemente Jim Hirshfield en The Grateful Life: aprende a emprender dentro de una empresa que nace. Tras estos años en Visualtis, coincido en lo muy educativos que resultan los comienzos de una empresa.
Estas son algunas de las lecciones aprendidas:
- Los test y la calidad son importantes. Es dificil, y requiere esfuerzo pero si no se aborda desde el principio, la falta de sistemas de tests se convierte en una constante debilidad; cuanto mas se tarda en curar esa debilidad, mas dificil resulta.
- Hay que preocuparse por la comunicacion interna. Para que se produzca hay que proveer de espacios y herramientas que faciliten la conversacion (en persona y por via informatica). Todo el mundo debe sentirse comodo; wikis, registros de conversaciones, blogs… ayudan a que la informacion generada sea util en el futuro.
- Si no puedes fiarte de tu gente, desconfia (y acertaras que decia mi abuelo).
- Las ventas y el marketing son LA prioridad, es lo que define un negocio. Ademas la gente de marketing y ventas aporta perspectivas muy interesantes, es importante tener siempre presente la moral del saqueador.
Mencion especial para la energia y la diversion. Estoy seguro de que nuestro proyectos actuales se benefician de la experiencia. Pero hay uno que acumula la energia y la ilusion de mis compadres, y creo que esa puede ser la clave para que nuestras porras triunfen. No se si queda claro, pero es que: ¡estamos emocionados con nuestra Porra!
¿Alguien se apunta compartir sus experiencias en startups aspirantes?
