El vie, 31-10-2008 a las 16:34 +0100, Roberto Majadas escribió:
El vie, 31-10-2008 a las 16:20 +0100, Ismael Olea escribió:El 31 de octubre de 2008 15:56, Roberto Majadas <roberto majadas openshine com> escribió: De hecho se me olvido que hay código similar[1] a lo que yo digo. Solo que yo entiendo que tendría que ser un interfaz dbus. Es mas, tendría que ser un servicio dbus unificado. Ya que estamos, no sólo eso.Yo no me complicaria tanto la vida. Tienen que ser cosas faciles, porque proyectos como el que tu dices son dificiles de implementar Yo propondria algo asi : org.Freedesktop.Blog.Interface - Register(type, user, password) - GetPostList() - SendPost(title, text) - RemovePost() - signal Comment(post_id) org.Freedesktop.MicroBlog.Interface - Register(type, user, passwd) - GetTimeLine() - SendPost(text) - Replayto(user, text) ...... KISS total :)
a mi me mola lo de KISS que propones Roberto, pero caminando hacía el modelo de escritorios semánticos basado en modelos de datos descritos por ontologías. Que el futuro por ejemplo, todo el concepto de usuario en GNOME esté basado en el modelo de FOAF: perfil, relaciones, actividades de interés ... Al estar así las cosas, enganchar a unas personas con otras, al estilo de las redes sociales, sería muy sencillo. Voy a tener que recuperar el paper que estaba escribiendo como escritorios semánticos que veo que la idea va cuajando. A ver si seguimos caminando chic s y llegamos a un ejemplo claro que nos podamos lanzar a implementar :) :) Lo del twitter y microblogging me mola especialmente ya que permite una coordinación en tiempo real con tu gente ... me parece que es ajusta bien al ritmo de la red, de como nos relacionamos. Hasta luego
telemacoEntiendo lo de usar dbus como canal genérico para relacionarse con el exterior. En el interior yo echo en falta «un modelo de datos» del escritorio. No un esquema, ni xml ni sql, pq es rígido y reventaría a la primera sino basado en ontologías, probablemente con una ontología PIM como piedra angular, que puedan extenderse dinámicamente usando inferencias. Cada vez que una app se «levantase» calcularía la relación de su modelo de datos propio con el de las apps instaladas y podría generar los bindings necesarios para que el resto del escritorio accediese a ellos (y el acceos recíproco) probablemente a través del mismo dbus y utilizando soportes a los datos tan nativos como sea posible. Esto permitiría simplificar el escritorio y tendería a reducir las duplicidades de información. Además creo que serviría para no tener que reimplementar todos los modelos de datos de todas las apps en uso. Por otro lado, también yo partiría de un caso de uso «axiomático» de lo que debe hacer el interfaz personal/nativo: * datos que maneja * ID * memoria personal (todos los ficheros y recursos de información que has generado, recibido o guardado) * tipos de relaciones * relación con pares (p2p abstracto) * relación con organicaciones (b2c, por ponerle un nombre conocido) * relación con la administración pública (a2c) si nos queremos poner muy pejigueras * actividades: * autoría (en general, aunque sea de tuiters) * consulta /consumo de info * producción de info * ¿autenticación? Como ahora estoy empanado, seguro que se puede refinar y completar bastante. Pero creo que sería una herramienta fantástica para desbrozar lo que debe hacer y cómo un "(escritorio|interfaz nativo)" amén de otras directrices de diseño absolutamente ortogonales (y la usbilidad o el despliegue son las primeras que se me ocurren). -- Ismael Olea http://olea.org/diario/_______________________________________________ Gnome-hispano-list mailing list Gnome-hispano-list gnome org http://mail.gnome.org/mailman/listinfo/gnome-hispano-list
-- http://acsblog.es wget -O - http://acsblog.es/~acs/acs.gpg.asc | gpg --import
Attachment:
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente