
Hay otras cosas de las que ocuparse.
(Que se anote un punto geek quien haya adivinado de dónde proviene la imagen)

Hay otras cosas de las que ocuparse.
(Que se anote un punto geek quien haya adivinado de dónde proviene la imagen)
Bueno, aquí estamos haciendo el nuevo diseño, sólo está hecha parcialmente la portada, aún faltaría hacer una cabecera decente, y por supuesto aún faltan todas las demás plantillas: comentarios, búsquedas, 404, enlaces, etc.
Eso me llevará bastante tiempo, dado que tampoco tengo muchas ganas de trabajar en esto.
Cómo odio este diseño… Voy a hacer otro, y creo que usaré el último grito en diseño web, la temible GRID, es lo más de lo más desde hace unos meses, ¡si tu web no tiene una grid es que estás muerto! ¡No eres trendy! ¡Abandona el barco!
Pasemos al idioma patrio, una grid es una cuadrícula, el sistema utilizado desde siempre para dar forma proporcional y equilibrada a la letra impresa, una relación indivisible entre el tamaño de la letra, los márgenes, los espacios y demás. Pues bien, algunas personas dijeron ¿por qué no utilizar la proporcionalidad y la gracia del mundo de la imprenta en las páginas web? Y aquí estamos, con la última moda sobre la mesa ahora que los navegadores (y quiero decir el IE) empiezan a entender los estándares y se preocupan seriamente por el CSS.
Hacer una cuadrícula de ancho fijo no es fácil y por eso han surgido muchas herramientas en Internet para ahorrar trabajo, preocupaciones, muchas divisiones, porcentajes y cálculos. Todas son gratis y la mayoría GPL, toma ya. Hacer una cuadrícula fluida que se adapte al ancho del navegador es aún más complejo, pero nada que no se pueda aprender claro.
Pues eso, el nuevo diseño está en camino, mientras habrá cosas bien y cosas mal, el wordpress no es precisamente la panacea en cuanto a crear un diseño, demasiados flecos sueltos por aquí y por allá, el que no sepa aunque sea un poco de PHP se puede dar con un canto en los dientes para modificar esto a gusto.
Claro que existen millones de diseños ya hechos para elegir para el usuario normal, pero a mi las plantillas de otros me dan no sé qué, si algún día acabo totalmente el diseño lo diré, sino tampoco es que importe mucho.
Por cierto que el IE7 es incapaz de mostrar 2 PNG transparentes uno encima del otro sin volverse loco, así que la plantilla para IE no lleva transparencias, sólo colores. Leí hace poco que IE8 iba a ser el último navegador en usar el más que miserable motor Trident (¡Aleluya!), y que incluso estaban pensando en usar WebKit o un nuevo motor que están creando llamado Gazelle. Estoy seguro de que Microsoft es capaz de hacer un motor aún peor que Trident o de arruinar el excelente WebKit, todo lo que tocan se convierte en basura instantáneamente. Good day!
Al menos en lo que a desarrollo de PHP se refiere, y puede que incluso para el XHTML/CSS, aún tengo que seguir explorando. Llevaba tiempo buscando un buen IDE para PHP, algo que realmente fuese profesional y dejar de lado el dichoso Dreamweaver, que así en plan amateur está muy bien, pero las limitaciones llegan rápido en cuanto a escribir código más allá de XHTML se refiere.
Curiosamente, a pesar de que PHP es un proyecto libre y de código abierto, los dos principales IDE que todo el mundo recomienda son de pago, Zend Studio (siendo Zend los contribuidores originales de PHP con el Zend Engine) y PhpED. Ambos productos andan por los 400-500 €, Zend Studio es un plugin para Eclipse bajo licencia EPL mientras que PhpED es un programa privativo de la antigua escuela. Como PhpED hay varios circulando, aunque ninguno con la fama de éste.
Eclipse es un IDE originalmente creado para desarrollos con Java, pero su sistema de plugins abierto ha permitido que ahora se pueda desarrollar en casi cualquier lenguaje, para PHP existe el Zend Studio ya mendionado y PDT que es gratuito. El problema de Eclipse (y en cierta medida de NetBeans) es que originalmente está únicamente pensado para Java, y Java es local, por lo tanto algo tan necesario y rutinario para un programador de PHP como es ver, crear, editar o borrar remotamente en un servidor los archivos, en Eclipse no es posible porque todo se hace en local. Claro que existen plugins que añaden funcionalidad FTP o sFTP, pero no son nativos y son inestables. Eclipse además está escrito en Java (como NetBeans, lo sé) y es uno de esos programas que lo incluye TODO por si acaso, resultando en una aplicación pesada y que consume muchísimos recursos. He probado durante unos días Eclipse+PDT pero tener que hacerlo todo localmente no me gusta, he intentado añadir varios plugins sFTP pero todos dan infinitos errores y problemas que no tengo ni las ganas ni la voluntad de estudiar y/o corregir. Sé que en Eclipse están trabajando para dar soporte nativo a FTP, sFTP, Subversion y demás formatos remotos, dado que la época en que sólo se preocupaban de Java ha pasado y se han dado cuenta de las posibilidades de dar cuerda a muchos más lenguajes.
NetBeans tiene un desarrollo conceptual paralelo a Eclipse, es un IDE creado en principio exclusivamente para proyectos Java que se ha ido abriendo a otros lenguajes. Lo que más me gusta a primera vista es que es un proyecto libre GPL y que te puedes descargar sólo lo que necesitas, así yo me descargué únicamente la parte PHP sin tener que instalar como en Eclipse todo lo necesario para desarrollar Java, cosa que no voy a hacer. La aplicación es mucho más ligera que Eclipse, tiene soporte nativo para FTP/sFTP/Subversion y toda la pesca y tiene todas esas cosas que un IDE profesional debe tener, selección asociativa de variables, carga automática de clases y métodos del proyecto, cálculo y cerrado automático de llaves, paréntesis y comillas, proposición de código, correción de sintáxis, posibilidad de ocultar código, soporte para PHPDoc, etc. La gran mayoría de las cuales no estaba disponible en Dreamweaver.
NetBeans tampoco es perfecto, ni mucho menos. Tiene dos problemas irritantes para mí, primero, aunque tiene soporte sFTP, no se pueden ver, editar o sincronizar los archivos remotamente, la opción que da es simplemente que se pueden subir automáticamente, creando copia del local en el remoto, esto es a todas luces insuficiente, pero están trabajando en ello. Segundo, que la ventana de edición del código no permite el “line wrap”, esto es que cuando una línea sea demasiado larga, no aparezca la barra horizontal de desplazamiento, sino que la línea sigua debajo sin introducir un salto de línea ni incrementar el número de la línea, algo que en principio parece un capricho pero que es utilísimo en grandes desarrollos, este detalle también está en el roadmap para la próxima versión, habrá que ser paciente.