Hola Martín,
gente, hago una miniecuestita. ¿cual es su metodologia de desarrollo con spip?
¿parten de un diseño html consumado y luego lo convierten a esqueletos
o hacen todo junto?
globalmente lo mismo que se comentó en la lista:
segun el esfuerzo que se puede poner en un sitio:
partir de la dist,
partir de esqueletos existentes,
o empezarlos de zero.
y sobre todo... que herramientas usan?
las herramientas que se pueden citar son de otros campos que la
concepcion SPIP: gimp para imagenes, editor de texto basico para los
html.
Pero creo que la(s) herramienta(s) más imporantes para desarrollar
actualmente están en el navegador: extensiones de Firefox WebDeveloper y
sobretodo FireBug.
en SPIP uso el despinchador:
www.misitio.org/spip.php?page=mipagina@var_mode=debug
En algun inicio lejano intenté de usar Dreamweaver para empezar el
diseño. Fracaso, pese a todo lo que se decia entonces, DW modificaba
cualquier codigo SPIP, a veces poquito pero vicios (por ej {age<0} que
transformaba en {age>0} creyendo cerrar una baliza)
Me pregunto seriamente si una herramienta HTML wysiwyg, tipo NVu que
acepte codigo SPIP en medio del HTML, o, mejor, que ayude a
desarrollarlo puede ser util. A principiantes sin duda.
En los proximos meses tengo que desarrollar un software para la facu,
y he pensado en hacer un IDE de desarrollo para spip, que estaria
programado en python. El detalle es que primero tengo que aprender
python ;-).
Ambiciosa inciativa, pero interesante!
Lo quieres desarrollar desde cero, o quieres intervenir en extensiones
de algun IDE (u otro, como NVu) para que permita manejar codigo SPIP? La
segunda idea me parece más alcanzable.
Hasta ahora una de las dificultades es que el codigo SPIP tiene un
sintaxis que no es XML. Se ha discutido o se discute la eventualidad de
pasar a (o de hacer tambien) una sintaxis XML para SPIP. Yo no termino
de entender mucho como. En particular Emmanuel, aka Committo ergo sum,
defiende bastante la idea.
Yo no entiendo bien como se transforma un esqueleto SPIP en HTML. O sino
es que el resultado es algo bastante dificil de entender humanamente.
Seria un compilador de esqueletos que lo produciria como codigo "objeto"
intermediario.
A Emmanuel un IDE o un editor grafico de esqueletos no le parecia el
interés principal de esta evolucion. El pensaba sobretodo en una manera
de validar esqueletos SPIP para predecir si el codigo final por SPIP iba
a ser conforme o no como la W3C o las WAI.
En caso de que la idea (por ahora sólo un deseo), ¿que funcionalidades
quisieran que incluya?
En la DesignParty en marzo pasado en Nantes
(http://spip-party.net/Design-Party-a-Nantes) se charló bastante de como
facilitar a los principiantes la "customization" de un sitio. Más que a
un IDE para esqueletos SPIP, la cosa se orientó al mejoramiento de
instalacións y extensión de los plugin, de manera a que sea fácil para
un usuario escojer guegos de esqueletos, plugins, y configurar estos.
A mi el IDE me parece pertinente, pero debe estar al tanto de las
ultimas evoluciones, y por ende que integre manejo de plugins. Que no
sea elegir entre el IDE ó las ultimas evoluciones de plugins.
Coraje pa'l laburo!
* daniel
