(Rober) A mi tambien me lo ha comentado, me parece bien. venga todos a hacer ventanicas y a conectarlas como locos y por fa plis, nombres significativos en las cosas que vayan a interactuar con el usuario o el backend…
in discussion Hidden / Per page discussions » Informe de investigación de UI
Hay que discutir detenidamente lo de fuse… No encuentro *ninguna* forma razonable de extender el sistema jerárquico a temporal sin perder *bastante* información: como discutía con fede, no basta con tener carpetas "por-fechas" y dejarle al usuario navegar; así se pierde la información de que "/2007/12/24/home/yo", "2007/12/25/home/yo" y "/home/yo" son la misma cosa. La forma "ideal" sería /home/yo:2007-12-24, pero se sale de la semántica posix (y habría que hacer open() nuevo, write(), read()… os hacéis una idea, es UBERturrón).
La alternativa para usar fuse es presentar el sistema de ficheros así (2007/home…) pero cuando leáis con el gui leer solamente secciones de ese sistema de ficheros (para poder hacer cosas como la barra de tiempo, o lo de separar archivos modificados / creados / borrados / etc). O: presentar solamente *trozos* con el sistema de ficheros, y cambiar qué se representa con el interfaz…
No es tan sencillo (vaya, si quisiéramos hacelro bien bien es prácticamente reimplementar un sistema de ficheros, más concretamente tocando en el VFS).
in discussion Hidden / Per page discussions » Informe de investigación de Watcher
No se donde meter estos links para k salgan en footnotes bien:
GNU POSIX Threads: http://www.gnu.org/software/pth/
POSIX Threads HowTo: http://www.yolinux.com/TUTORIALS/LinuxTutorialPosixThreads.html
Boost Regexp HowTo: http://www.onlamp.com/pub/a/onlamp/2006/04/06/boostregex.html?page=1
Cuando este quitad los comentarios de aqui que parece que no deja editar secciones con esto puesto
Cuando tengamos bien mergeado el temario de python+glade+dbus deberíamos eliminar los enlaces a las páginas individuales.
Quiero hacer unos pantallazos y pegar algo de código para que se vea mejor la investigación, y que quede más vistoso. Podríais hacer =, por ejemplo poniendo un pantallazo de la ventana de edición del glade para ver sus herramientas o algo así.
Ya sabéis, vais metiendo vuestras sugerencias al estándar.
Hola gente. Aparte de inaugurar este módulo de Gui, tenemos ya la primera petición de Adri. Nos pide que en lugar de poner el idioma en el código, sean módulos cargables por el usuario. Digo yo que cuando entreguemos el prototipo el viernes, podemos pensar un ratito en esto. Ale!
Vamos a hacerlo como hemos hablado.
1) Preveis los posibles cambios fijándoos en las fechas de modificación y yo te devuelvo los que realmente han cambiado.
2) Perfect, os lo prepararé en cuanto me ponga a desarrollar.
Esta semana intentare hacerlo mismo pero con objetos, creo que las llamadas serán las mismas.
Peticiones desde el Watcher
Por supuesto los nombres de funciones son orientativos.
- A fin de que podamos determinar el fichero que ha cambiado cuando el CRON o el USUARIO solicita un backup, necesitamos un método compact(archive) que devuelva la reconstrucción del archivo pedido.
- Cuando el watcher detecte un cambio en un fichero o directorio enviará el snapshot-core un vector con los ficheros modificados para que determine qué ha cambiado dentro de cada uno y qué/cómo almacenarnos. Por tanto necesitamos un método recieve(files_changed) que realice dicha función.
Joder negro, te lo has currado ahí a machete XDD Encima enlazando al api con las llamadas y todo… OMG q locura.
Ahora tenemos que pensar seriamente si usamos un wrapper o algo, esto está lleno de C por todas partes (y yo no tengo demasiado en contra del C últimamente, pero vaya). Hay que pensar también cómo hacemos para tener varios niveles de debug activables por configuración (para no empuercar), hacer un estándar de imprimir a debug (ya sea una cadena global de c++, un PDEBUG(nivel, "") que se convierta a fprintf en la salida de error…, whatever), pensar en cambiar los return por excepciones (c++ vs C otra vez), y en encapsular estas llamadas para ofrecer servicios al resto de la peña (tipo "inserta nosecuantos" y traducimos por debajo).
Lo del estándar C vs C++ y los printfs de debug lo tenemos que decidir cuanto antes; nos ayudará tenerlo pensado. Admito sugerencias ;)
los comentarios molan, pero bazaar es infernal. Me postro de rodillas ante eze por el tuto y ante Adri por el cacharreo de esta mañana con la dantesca herramienta
Comentario "inline" de casos-de-uso
-¿Qué pasa en este caso con todas las versiones intermedias? ¿Se borran? ¿Se borra al menos la versión que se acaba de restaurar (si no se borra se está ocupando espacio de más)? Estos detalles deben ir especificados en el caso de uso.
Pedis aquí las funcionalidades a la API.
Molan los comentarios, eh?
Comentad aquí porfa