[Olpc-uruguay] [Sur] Tema JOURNAL

[amviera en adinet.com.uy]

Hola nuevamente.

A partir de mi problema al borrarse el contenido del diario, y que después recuperé sólo los íconos y los nombres de archivos, se me ocurrió una idea que quizá pueda unirse a lo que ustedes están pensando respecto a la mejora del Journal.

Hay muchos errores en Sugar. Por ejemplo, una vez haciendo un programa en pippy hice click por error en limpiar y no en parar. De inmediato se borró todo lo escrito. No funciona el CTRL+Z para retroceder, y por lo tanto, pierdo los datos también del diario ya que guarda los cambios aunque uno no lo quiera hacer.

Si le prestamos la XO a alguien que no conoce estos detalles, y abre por ejemplo un archivo de texto y lo modifica, pero al salir toma la precaución de guardar con otro nombre, en realidad no funciona el supuesto GUARDAR COMO. Sólo cambia el nombre, pero reescribe el archivo.

Es un desastre.

Se me ocurrió entonces algo muy sencillo. Una actividad que puede ser útil a quienes usamos la XO para trabajar (docentes). Se trata de un cambio de USUARIO y por lo tanto un cambio de DIARIO. Basta con preguntar el nombre de usuario y que el programa renombre el directorio DATASTORE.  De esa manera, pueden coexistir varios JOURNALS, mientras sólo uno se llame DATASTORE y los demás otro nombre.

¿Les parece que puede ser viable?

Quizá se pueda implementar como una actividad que se inicie automáticamente al arrancar SUGAR.

Saludos, Mauricio Viera.







----Mensaje original----

De: ebordon.uy en gmail.com

Fecha: 26/03/2010 13:49 

Para: "Desarrolladores para el Plan Ceibal", "OLPC para usuarios, docentes,
	voluntarios y administradores"

Asunto: Re: [Olpc-uruguay] [Sur]  Tema JOURNAL



La verdad no se si se puede deshabilitar el backup porque lo hace justamente cuando hay algún error, si no crea el datastore nuevo no podría arrancar el Journal por lo tanto no arrancaría Sugar.

Capáz que la mejor opción puede ser que al iniciar el Journal revise si hay algún backup, si hay entonces debería tratar de recuperarlo (quizá con la autorización del usuario) y luego eliminarlo para no generar "basura" que llene la flash.




El 26 de marzo de 2010 13:36,  nanonano en mediagala.com> escribió:





  
  


>Esteban Bordón wrote:

>.... el backup del Journal se realiza cuando por alguna razón  no
se puede montar el datastore 

> ... se respalda el directorio ... y monta un datastore nuevo.

-----------------------------------------------------------------------------------------





Me imagino que ese "backup" que nombrás es lo que llena el disco
flash., cada vez que por alguna razón se rompe algo en el "Diario" se
crea otro "Diario" sin borrar el viejo.



¿no será posible deshabilitar ese backup automático???? (*nota)



Para los niños no les sirve de nada tener muchos respaldos de sus
"Diarios" si tales respaldos están en directorios escondidos  que ellos
no conocen, y que ni saben que existen.



Esos Backups están muy buenos para uno que sabe de Linux y le mete mano
a la consola, pero no para un niño de 8 años.



TAl vez no sería necesario deshabilitar del todo un backup automatico,
pero que guarde solamente UN SOLO respaldo, no que quede todo guardado,
ya que llega un momento que se llena el disco flash.





Paolo Benini








_______________________________________________

Lista olpc-Sur

olpc-Sur en lists.laptop.org

http://lists.laptop.org/listinfo/olpc-sur






------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.laptop.org/pipermail/olpc-uruguay/attachments/20100326/15098971/attachment.htm