intentemos mejorarlo
Jan. 22nd, 2009 05:57 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
sam_blueskyDespués de quitarme de encima ayer los bugs de mi parte del trabajo!proyecto, las cosas se han ralentizado un poco.
Aún queda un problema algo esquivo, pero sólo sucede en la máquina del cliente, y no nos ha enviado los logs todavía, así que no puedo saber qué problema hay porque en nuestro entorno de integración no sucede.
Pero hasta que se rompan otras cosas, o digamos qué hacemos con los cambios propuestos en la reunión de seguimiento1 del viernes, estamos todos un poco tranquilos.
Ayer parece que no me expliqué demasiado, entre la emoción, la actividad y las prisas, me salió la entrada algo confusa.
A ver si este breve resúmen es más conciso (prometo poner fotos al llegar a casa :p)
Una vez solventé mis problemas con tomcat y pudedesplegar instalar en casa una wiki para mi solito sobre la que tengo todo el control que me da la gana, me faltaba saber cómo se formateaba el texto.
Con la experiencia anterior de pbwiki y google!sites, pensaba que tendría que darle yo el formato a las entradas en html. Que vale que estoy acostumbrado, pero a veces es algo pesado coger y darle formato a la cabecera, y poner la línea de separación. Y en algunos casos tuve que hacer malabarismos con html para poder darle un estilo determinado a citas o fragmentos de código.
El caso es que jamwiki es como mediawiki (el sistema de la wikipedia); con la salvedad que jamwiki está desarrollado en java y jsps, frente al php de mediawiki. ¿Qué significa eso? Que no necesito instalarme nuevas cosas en casa para poder tener mi wiki. Jamwiki puede ejecutarse en tomcat, como mi aplicación personal.
Jamwiki está pensada para quienes estén acostumbrados a usar la wikipedia puedan pasarse sin tener que aprender cosas nuevas. Así que si has escrito o editado una entrada en la wikipedia, no tienes que aprender nada nuevo.
El caso es que yo no había editado una nunca, así que no tenía mucha idea de cómo funciona el formato. Y me alegró gratamente ver que es tan fácil definir cosas como cabeceras, notas al pie, links externos e internos...
Y lo que me da más pereza hacer normalmente, los índices / tablas de contenidos, los construye la wiki automáticamente cuando la página llega a una longitud determinada (y supongo que tiene más de unas pocas cabeceras).
Vamos, que escribir en una wiki es AMOR!
Ahora estoy ultimando los detalles de la maquetación2. Cosas como posiciones, tanteando fondos...
La idea es darle un lavado de cara a mi local!html!web que uso para ordenar mis cosas. Añadirle dinamización me facilitará la vida a la hora de recordar qué series sigo y por qué capítulo voy (sin tener que abrir directorios, que luego siempre se me olvida que voy a mirar y me pongo a buscar otras cosas), y podré separar contenido wikizable (fichas de personajes, etc) del resto (recordatorio de series, sistema de alerta, etc).
Y podré hacerlo offline, que es lo mejor.
Está el problema de la portabilidad y accesibilidad cuando no estoy en casa. Pero no me preocupa, porque para algo puedo reflejar de una wiki a otra (vía la versión para imprimir, que me da el html. No es perfecto, pero menos da una piedra).
Y si tengo que estar mucho tiempo alejado del pc, siempre puedo llevármela conmigo.
Y a partir de mañana, ¡City of Heroes en vena! Que tengo que aprovechar el finde de doble experiencia, hay muchos planes en marcha :D
1: Vale que el autor creo que va en contra de las reuniones de seguimiento, pero eh, la idea la da bien igual.
2: Un ejemplo como otro cualquiera de maquetación web vía css.
Aún queda un problema algo esquivo, pero sólo sucede en la máquina del cliente, y no nos ha enviado los logs todavía, así que no puedo saber qué problema hay porque en nuestro entorno de integración no sucede.
Pero hasta que se rompan otras cosas, o digamos qué hacemos con los cambios propuestos en la reunión de seguimiento1 del viernes, estamos todos un poco tranquilos.
Ayer parece que no me expliqué demasiado, entre la emoción, la actividad y las prisas, me salió la entrada algo confusa.
A ver si este breve resúmen es más conciso (prometo poner fotos al llegar a casa :p)
Una vez solventé mis problemas con tomcat y pude
Con la experiencia anterior de pbwiki y google!sites, pensaba que tendría que darle yo el formato a las entradas en html. Que vale que estoy acostumbrado, pero a veces es algo pesado coger y darle formato a la cabecera, y poner la línea de separación. Y en algunos casos tuve que hacer malabarismos con html para poder darle un estilo determinado a citas o fragmentos de código.
El caso es que jamwiki es como mediawiki (el sistema de la wikipedia); con la salvedad que jamwiki está desarrollado en java y jsps, frente al php de mediawiki. ¿Qué significa eso? Que no necesito instalarme nuevas cosas en casa para poder tener mi wiki. Jamwiki puede ejecutarse en tomcat, como mi aplicación personal.
Jamwiki está pensada para quienes estén acostumbrados a usar la wikipedia puedan pasarse sin tener que aprender cosas nuevas. Así que si has escrito o editado una entrada en la wikipedia, no tienes que aprender nada nuevo.
El caso es que yo no había editado una nunca, así que no tenía mucha idea de cómo funciona el formato. Y me alegró gratamente ver que es tan fácil definir cosas como cabeceras, notas al pie, links externos e internos...
Y lo que me da más pereza hacer normalmente, los índices / tablas de contenidos, los construye la wiki automáticamente cuando la página llega a una longitud determinada (y supongo que tiene más de unas pocas cabeceras).
Vamos, que escribir en una wiki es AMOR!
Ahora estoy ultimando los detalles de la maquetación2. Cosas como posiciones, tanteando fondos...
La idea es darle un lavado de cara a mi local!html!web que uso para ordenar mis cosas. Añadirle dinamización me facilitará la vida a la hora de recordar qué series sigo y por qué capítulo voy (sin tener que abrir directorios, que luego siempre se me olvida que voy a mirar y me pongo a buscar otras cosas), y podré separar contenido wikizable (fichas de personajes, etc) del resto (recordatorio de series, sistema de alerta, etc).
Y podré hacerlo offline, que es lo mejor.
Está el problema de la portabilidad y accesibilidad cuando no estoy en casa. Pero no me preocupa, porque para algo puedo reflejar de una wiki a otra (vía la versión para imprimir, que me da el html. No es perfecto, pero menos da una piedra).
Y si tengo que estar mucho tiempo alejado del pc, siempre puedo llevármela conmigo.
Y a partir de mañana, ¡City of Heroes en vena! Que tengo que aprovechar el finde de doble experiencia, hay muchos planes en marcha :D
1: Vale que el autor creo que va en contra de las reuniones de seguimiento, pero eh, la idea la da bien igual.
2: Un ejemplo como otro cualquiera de maquetación web vía css.
