Archivo de la etiqueta: IDE y editores
Linux: Configurar SciTE de forma permanente
SciTE es el editor de texto que mas se acerca a Notepad++, y como no soy purista reconozco que en Windows hay cosas que están mucho mas buenas que en Linux. Un buen ejemplo es Notepad++.
Bueno la cuestión con este editor es que si lo abrís y configuras cositas como “Mostrar números de línea” o “Codificar en UTF8“, cuando cerrás la aplicación tus personalizaciones se pierden ¬¬.
La solución es abrir el archivo de configuración que SciTE nos da para almacenar nuestras preferencias (ver imagen) y pegar lo siguiente:
###############################
# Configuración personalizada #
###############################
# Posicion
position.left=400
position.top=100
# Alto y ancho
position.width=1000
position.height=500
# Mostrar numeros de linea
line.margin.visible=1
# "4+" indica que por defecto reserva 4 espacios pero se expande si le hace falta mas espacio.
line.margin.width=4+
# Codificación UTF8 por defecto
code.page=65001
# Mostramos el toolbar
toolbar.visible=1
# Mostramos el statusbar
statusbar.visible=1
# Establecemos la fuente monoespaciada a nuestro gusto
font.monospace=font:!Bitstream Vera Sans Mono,size:10
# La fuente monoespaciada
font.base=$(font.monospace)
font.small=$(font.monospace)
font.comment=$(font.monospace)
font.text=$(font.monospace)
font.text.comment=$(font.monospace)
font.embedded.base=$(font.monospace)
font.embedded.comment=$(font.monospace)
font.vbs=$(font.monospace)
La configuración está comentada así que van a poder seleccionar lo que les interesa, y lo que no, lo borran.
Listo, guardalo y disfruta de este gran editor.
Chau!
Drupal 6: Módulos y templates con acentos, “¿” y “ñ” mal codificados [solución]
Un problema con el que me suelo dar de tanto en tanto son las codificaciones de caracteres. En especial la de acentos, la ñ y el signo de pregunta de apertura (¿).
El problema mas común que me encontré en mis primeros tiempos como desarrollador de módulos de Drupal fue que de tanto en tanto abría un modulo, y este tenia los caracteres especiales hechos pedazos, mal codificados.
Probé con todo tipo de yerbas raras. Desde usar funciones de todo tipo de encoding de PHP hasta cambiar la collation de la DB…
Pero la solución estaba tan al alcance de la mano que me llegue a sentir un autentico boludo cuando me cayeron las fichas: ¡La codificación de los archivos!. Si señor/a, no me había fijado en la codificación de los archivos (*.module, *.php, *.install, *.inc, etc).
Lo único que hay que hacer para que todo funcione como la seda son unas pocas cosas:
Que el archivo esté codificado en UTF-8. Podés saber que codificación tiene abriéndolo con Notepad++ y yendo al menú “Formato” como se ve en la imagen:
Y si ven que no está seteado en “UTF-8 sin BOM” o “UTF-8”, pueden convertirlo a cualquiera de estos formatos en el mismo menú:
(Para nosotros usar “UTF-8 sin BOM” o “UTF-8” nos es indistinto 
)
En el caso de los IDE deben saber que Netbeans y Zend Studio de serie vienen configurados para crear y tratar a los archivos bajo UTF-8, mientras que Eclipse NO.
Entonces, si usas Eclipse solo tenes que tocar un detalle en la configuración general para despreocuparte de este asunto:
Vayan al menú “Window -> preferences” y en el menú de preferencias deben ir a “General -> Workspace”. Cambien la codificación que haya puesta por la de UTF-8 como se ve en la imagen.
Otra cosa mas. Si trabajan con GIT sepan que tampoco codifica los archivos en UTF-8, y se soluciona yendo a sus opciones y cambiándolo.
Con lo anterior podes olvidarte de tener problemas de codificación De hecho podes dejar de usar entidades HTML y demases, y solo con usar t(“áéíóúñ”) que no vas a tener mas problemas.
Lo ultimo que quiero comentar es que si trabajan con mas gente sobre estos módulos, asegurate que todos tengan bien configurado su IDE o editor para evitar que los codifique mal (con solo abrir un archivo UTF-8 con un editor que no esté en ese formato es muy posible que al editarle una letra y guardarlo lo haga pedazos!).