El vie, 19-05-2006 a las 16:44 -0400, Germán Poó Caamaño escribió: > On Fri, 2006-05-19 at 10:48 -0400, Phillip Neumann wrote: > > [...] > > Haciendo programillas gtk-sharp, me di cuenta, que odio las treeview. Son > > dificiles de usar, son una lata, > > y hay tareas que re repiten bastante, independiente de lo que se muetre en > > ellas. > > > > Asique me puse a hacer una Grilla, que es nada mas que una treeview, que > > muestra un arreglo de objetos de cualquier tipo > > Puedes echarle un vistazo al trabajo que realizó Lorenzo Gil Sánchez: > http://mail.gnome.org/archives/gtk-devel-list/2004-April/msg00137.html > > Y el proyecto GtkGrid está en: > http://www.sicem.biz/personal/lgs/projects/gtkgrid/view_project >
Haberlo sabido antes...y eso que es del 2004!!... bueno lo mas probable es que hoy en dia las treeview, hayan heredado cosas que este proyecto haya hecho?.. como los cellrenders por ejemplo. Esta super bueno: Motivos para hacer un recubrimiento: 1.- Parece que sirve para hartos datos. :-] 2.- Se puede usar en otros lenguajes. 3.- Es un excelente proyecto, para el año en que se escribio. Motivos para no hacer un rebucrimiento: 1.- "You can not pack more than one CellRenderer in a GridColumn." Hm.. nose si me gusta mucho. Quiza algun dia quiera ponerle mas renderers a una columna. 2.- Es un reemplazo a TreeView. Para mantenese actualizado en cuanto a los avances de las treeview, seria necesario tener un equipo de trabajo que actualizara el codigo contstantemente (ya que no es parte de Gtk). Parece no cumplirse, ya que la ultima actualizacion de la pagina fue el 2004.. (el svn no me funciona) 3.- no seguir el antipatron "made in another place"... :-p 4.- Las pretenciones de esta humilde grilla es ser un facilitador o helper a las treview, no una implementacion de un widget. La idea de GtkGrid es mantener la API de treeview igualita, cosa que es justo lo que quiero cambiar!... la idea es: 1.- intanciar una grilla 2.- pasarle un arreglo de objetos nada mas. > Está en C, pero puedes obtener ideas. Si es exactamente lo mismo, > puedes recubrirlo con C#. > > > Actualmente, estoy pegado en 2 cosas: > > > > 1) no se como programar que cuando el usuario cambie el texto de un campo > > de texto, > > este cambie el contenido del objeto. (se entiende?) > > (especificamente, no se como pasarle el modelo al assembly que estoy > > compilando) > > Archivo CodeWriters.cs, texto ARREGLAME.... > > No puedo pronunciarme aquí. > > > 2) Funcionara con mono? (sin dejar que funcione con la runtime de microsoft) > > La idea es que así sea. Es más, en el proyecto Mono siempre les > interesa mostrar como una aplicación se puede ejecutar en ambos > lados sin cambios, de tal forma, de poder mejorar el motor. > exacto > Hay varios ejemplos de ellos, el más reciente en un comentario de Miguel > de Icaza en http://tirania.org/blog/archive/2006/May-19-1.html > > Hm.. no veo ningun comentario (?) .... > > > > El archivo tiene 2 proyectos > > a.- la grilla > > b.- un ejemplo de uso de la grilla > > > > Cualquier comentario, opinion o garabato sera muy bien recbido > > > > cualquier cosa relacionado con los 2 puntos, sera ultra-bien recibido.. > > > > http://200.54.68.60/~killfill/Grilla.rar > > rar!? cof, cof... rar no es libre, y no creo que marque mucha > diferencia en compresión en un código fuente. uuups.. Parece que voy a robarle un par de ideas superficiales.. como poner la grilla en un scroll, y hacer la 1º columna tipo planilla de calculo. Implementar "paginas" seria wena tb. juzgando por los screenshots, no ganaria mucho (expecto la capacidad de editar los textos, cosa que necesitare pronto..) Lo unico que no esta, es el Combobox (tip! tip! tip!) Screenshot del caso de uso incluido: http://200.54.68.60/~killfill/grilla.png gracias!
