On Tue, 2007-08-28 at 13:08 -0600, Remi Broemeling wrote: > Erik Grinaker wrote: > > On Mon, 2007-08-20 at 12:09 -0600, Remi Broemeling wrote: > >> Hi, Erik. I'd like to know when you have the development underway and > >> can use a hand as well. I'd like to help, and if I might add a feature > >> request; I'd personally like to see a strong separation between the data > >> and I/O portions of revelation and the GUI front-end... then I could > >> make a console front-end while utilizing the same data backend (and not > >> have it pull in any Gnome/X11 dependencies). > > > > Yep - the reason why it doesn't work right now is that we are using a > > gtk.TreeStore subclass to store the accounts, and importing gtk requires > > there to be a DISPLAY set. But this seems to have been fixed in pygtk > > 2.10 (which Revelation 0.5.0 will depend on in any case), so it should > > be a non-issue. > > Solving the DISPLAY having to be set will be nice, but I'd actually > prefer if the change went a little further. My suggestion is for the > library side of revelation (the data-access side) to not depend on GTK > at all.
Well, the data access side will necessarily depend on GTK/GNOME, as we will be using GNOME-VFS for loading/saving data (so we can access it over a network). But the file format handlers will only need to be passed a string of data, so these can be made independent of GTK/GNOME. > The reasoning behind this is fairly simple: I'd like to have a console > version of revelation, I'd like to have it easily installable on a > headless box that does not have GTK installed. Installing GTK comes > with a fair chunk of dependencies and other libraries that a headless > box usually has little to no use for. Good point. > I've looked through the code a little bit, and I was hoping that we > could take out gtk.TreeStore and replace it with a different TreeStore, > one that isn't provided by GTK and doesn't depend on PyGTK/GTK. I've > spent a little time looking around and haven't found any obvious open > source TreeStore classes (other than the one provided by GTK), but even > then could we perhaps write a TreeStore class that doesn't depend on GTK > instead of using PyGTK's? Actually, since 0.5.0 won't organize accounts in a tree structure any more, the file format handlers could just return a normal Python list of Account objects, which shouldn't need to depend on GTK. Would this be sufficient? The rest of the library would need GTK/GNOME, but I don't think any of it would be of interest to a curses interface in any case... -- Erik Grinaker <[EMAIL PROTECTED]> http://erikg.codepoet.no/ "We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about." -- Albert Einstein
