Barrapunto

Pues eso. En su momento vale porque había pocas cosas, pero en la actualidad creo que por alternativas no será.

Aunque el perl del slashcode se ejecute en el lado del servidor, me parece que llamar a los scripts "servlets" está un poco fuera de lugar, ya que así es como se llama a cierto tipo de scripts que, también se ejecutan en el lado del servidor, pero están escritos en java.

Prueba a buscar servlet en google. O incluso perl servlet.

tio, con todos mis respetos, no he podido terminar de leer tu comentario. ¿De verdad es necesario escribir APPROACH en lugar de APROXIMACIÓN o ENFOQUE?
Hay expresiones que es complicado de traducir, pero para otras tenemos palabras muy bonitas en castellano para emplear.
Pienso que deberíamos procurar evitar los términos extranjeros y si no es posible, pues se podría abrir un debate e incorporar un nuevo concepto. Por ejemplo, ¿cómo podíamos llamar a los servlets?

Por desgracia, no dispongo ahora de una máquina conectada a Internet donde todos podamos ver la maqueta (las de barrapunto están todas ocupadas con otros proyectos, e interferirían entre sí las distintas versiones de slash), testearla y trabajar sobre ella. Si alguien dispone de un servidor con IP pública donde alojar una maqueta de barrapunto y donde implementar todas estas pruebas, nos ayudaría mucho :-) No requiere que sea muy potente, ni mucho ancho de banda, dado que es solo para hacer las pruebas.

¿Que necesitarías exactamente? ¿IP pública propia, dominio, espacio FTP (cuánto),...?

El servidor del que hablo lleva más web’s alojadas pero creo que no será impedimento. De hardware va bien, ídem con el ancho de banda. El único defecto es que corre Red Hat ;).

Si especificas un poco los requerimientos con suerte podamos apañarnos algo.

En el caso que nos ocupa, a mí este acercamiento previo me parece el más apropiado, y yo mismo también tenía pensado hacerlo así, pero se me han adelantado, ¡y con un resultado altamente satisfactorio! Deberíamos agradecer el esfuerzo, pues no es nada fácil el trabajo de corregir y replicar una página web tradicional con hojas de estilo. Me ha sorprendido gratamente el trabajo tan completo en tan poco tiempo. ¿Se le habrá ocurrido a alguien [barrapunto.com] una tarea útil que hacer en sus ratos libres? jajajaa

Aquí creo que es más seguro trabajar con el modelo delante: Para diseñar cómo queremos que quede el código de las páginas, las personas que editen las plantillas tienen que tener claros todos los elementos que debemos obtener (algo así como un diseño top-down, de fuera hacia adentro), o de lo contrario serán los detalles internos del programa (concebido inicialmente para usarse con HTML "tabular") los que decidan la composición final. Es necesario mantener ese modelo general al modificar las plantillas, y discutirlo primero entre la gente que tenga experiencia con XHTML y hojas de estilo. Aquellas personas que no se lo hayan empapado aún, todavía están a tiempo... ;)

Entiendo perfectamente a qué se está llamando "ingeniería inversa", pero si no estudiamos a fondo la estructura de las plantillas para conseguirlo adaptar a lo que queremos conseguir, estaremos sucumbiendo a la inercia que un código diseñado para otro propósito nos imponga. En este caso, la manera más segura de hacer que el programa sirva a nuestros fines (en vez de adaptarnos nosotros a él) es mostrar a nuestros ingenieros el resultado que queremos lograr y que se pongan todos a trabajar poco a poco para conseguirlo.

Es vital que se pueda replicar el código de Slash con las plantillas de Barrapunto en otro servidor para poder probar las modificaciones. En última instancia, cada cual debe probarlo en su casa, pero considero necesario que hagáis públicas las modificaciones y que dispongamos de un CVS centralizado con los archivos que se vayan cambiando y la última versión de esos archivos corriendo en el servidor de prueba actualizado por una sola persona. Para las plantillas habría que hacer un reparto, y así nadie trabajará en balde, pero no se me ocurre cómo.

Por cierto, a las páginas de ejemplo les falta un pequeño ajuste de márgenes de algunas cajas y la sustitución del "punto" de las listas de palabras de las barras laterales por algo más estrechito. Se puede hacer que quede igual, y lo mejor de todo, una vez puesto en marcha, esté como esté, ¡modificar las hojas de estilo tiene un efecto completamente inocuo sobre el funcionamiento del programa! Con CSS, las mejoras se notan desde el principio.

De todas formas, y a pesar de todo este rollo, como parece que sólo va a participar una poca gente, y a mí personalmente, en la actualidad, me queda un poquito grande, estad contentas todas las personas que habéis promovido el cambio, ¡porque ha merecido la pena! Un saludo muy fuerte.